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(57) This invention relates to a recording apparatus 
for recording a plurality of pieces of data into a recording 
nnedium is characterized in that the recording apparatus 
including a specifying means for specifying that a write 
operation over a combination of the pieces of data is 
prohibited, a judgment means for forming a judgment 
on what is specified for a predetermined piece of data 
by the specifying means in response to a command to 
perform a recording operation over the piece of data, 
and a control means for controlling an operation to 
record the pieces of data into the recording medium in 
accordance with a result of a judgment formed by the 



judgment means; and relates to a recording method 
adopted in a recording apparatus for recording a plural- 
ity of pieces of data into a recording medium is charac- 
terized in that the recording method including a specify- 
ing step of specifying that a write operation over a com- 
bination of the pieces of data is prohibited, a judgment 
step of forming a judgment on what is specified for a 
predetermined piece of data at the specifying step in re- 
sponse to a command to perform a recording operation 
over the piece of data, and a control step of controlling 
an operation to record the pieces of data into the record- 
ing medium in accordance with a result of a judgment 
formed at the judgment step. 
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Description 

[0001] In general, the present invention relates to a 
recording apparatus, a recording method, a playback 
apparatus, a playback method, a 

recording/playback apparatus, a recording/play- 
back method, a presentation medium and a recording 
medium. More particularly, the present invention relates 
to a recording apparatus, a recording method, a play- 
back apparatus, a playback method, a recording/play- 
back apparatus, a recording/playback method, a pres- 
entation medium and a recording medium offering im- 
proved operatability of the recording/playback appara- 
tus by virtue of a facility for specifying whether or not to 
prohibit a write operation over for each type of data. 
[0002] An optical disc can be used for recording a plu- 
rality of titles (or a program). The user is allowed to se- 
lect a desired title recorded in the optical disc to be 
played back. 

[0003] In addition, the user is also capable of speci- 
fying any plurality of titles which are combined to be 
played back as a program which comprises the same 
plurality of specified titles. 

[0004] In the related-art optical-disc apparatus, how- 
ever, while an overwrite operation on the optical disc it- 
self or a write operation over any title can be prohibited, 
a write operation over a program for example can not 
be prohibited, giving rise to a problem of poor operata- 
bility of the optical -disc apparatus 
[0005] In addition, in the related-art disc apparatus, 
there is also raised a problem that once titles or a pro- 
gram have been recorded on a disc, the playback per- 
son is capable of playing them back with a high degree 
of freedom, but the recording person is not capable of 
controlling data recorded on the disc in a way adjusted 
to the person playing back the data. 
[0006] It is thus an object of the present invention ad- 
dressing the problems described above to offer im- 
proved operatability of an optical-disc apparatus by vir- 
tue of a facility for specifying whether or not to prohibit 
a overwrite operation for a combination of pieces of da- 
ta. It is f ruther an object of the present invention an per- 
son recording data is capsble of controlling an operation 
to play back the data. 

[0007] In accordance with one aspect of the present 
invention, there is provided a recording apparatus for 
recording a plurality of pieces of data into a recording 
medium is characterized in thai the recording apparatus 
including a specifying means for specifying that a write 
operation over a combination of the pieces of data is 
prohibited, a judgment means for forming a judgment 
on what is specified for a predetermined piece of data 
by the specifying means in response to a command to 
perform a recording operation over the piece of data, 
and a control means for controlling an operation to 
record the pieces of data into the recording medium in 
accordance with a result of a judgment formed by the 
judgment means. 



[0008] In accordance with another aspect of the 
present invention, there is provided a recording method 
adopted in a recording apparatus for recording a plural- 
ity of pieces of data into a recording medium is charac- 

5 terized in that the recording method including a specify- 
ing step of specifying that a write operation over a com- 
bination of the pieces of data is prohibited, a judgment 
step of forming a judgment on what is specified for a 
predetermined piece of data at the specifying step in re- 

fo sponse to a command to perform a recording operation 
over the piece of data, and a control step of controlling 
an operation to record the pieces of data into the record- 
ing medium in accordance with a result of a judgment 
formed at the judgment step. 

?5 [0009] In accordance with further aspect of the 
present invention, there is provided a presentation me- 
dium is characterized in that the presentation medium 
is used tor presenting a program readable by a compu- 
ter for execution to make a recording apparatus for re- 

20 cording a plurality of pieces of data into a recording me- 
dium carry out processing including a specifying step of 
specifying that a write operation over a combination of 
the pieces of data is prohibited, a judgment step of form- 
ing a judgment on what is specified for a predetermined 

25 piece of data at the specifying step in response to a com- 
mand to perform a recording operation over the piece 
of data, and a control step of controlling an operation to 
record the pieces of data into the recording medium in 
accordance with a result of a judgment formed at the 

50 judgment step. 

[0010] In accordance with stilt further aspect of the 
present invention, there is provided a recording medium 
for recording a plurality of pieces of data is characterized 
in that the recording medium is also used for recording 

3S specifying information for specifying that a write opera- 
tion over a combination of the pieces of data is prohib- 
ited. 

[0011] In accordance with yet further aspect of the 
present invention, there is provided a record ing/play- 

40 back apparatus for recording and playing back a plural- 
ity of pieces of data Into and from a recording medium 
is characterized in that the recording/playback appara- 
tus including a recording means for recording specifying 
Information stating prohibition of an overwrite operation 

45 for a combination of the pieces of data into the recording 
medium, a playback means for playing back the speci- 
fying information for a piece of data subjected to a re- 
cording operation in accordance with a command from 
the recording medium, a judgment means for forming a 

so judgment on the specifying information played back by 
the playback means, and a control means for controlling 
an operation to record the piece of data into the record- 
ing medium in accordance with a result of a judgment 
formed by the judgment means. 

55 [0012] In accordance with yet aspect of the present 
invention, there is provided a recording/playback meth- 
od adopted in a recording/playback apparatus for re- 
cording and playing back a plurality of pieces of data 
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into and from a recording nnedium is characterized in 
that the recording/playback method including a record- 
ing step of recording specifying information stating pro- 
hibition of an overwrite operation (or a combination of 
the pieces of data into the recording medium, a playback s 
step of playing back the specifying information for a 
piece of data subjected to a recording operation in ac- 
cordance with a command from the recording medium, 
a judgment step of forming a judgment on the specifying 
information played back at the playback step, and a con- lo 
trol step of controlling an operation to record the piece 
of data into the recording medium in accordance with a 
result of a judgment formed at the judgment step. 
[0013] In accordance with yol aspect of the present 
invention, there is provided a presentation medium is ^5 
characterized in that the prosoniHiion medium is used 
for presenting a program readable by a computer tor ex- 
ecution to make a recording/playback apparatus for re- 
cording and playing back a plurality of pieces of data 
into and from a recording medium carry out processing 20 
including a recording step of recording specifying infor- 
mation stating prohibition of an overwrite operation for 
a combination of the pieces of data into the recording 
medium, a playback step of playing back the specifying 
information for a piece of data subjected to a recording 2S 
operation in accordance with a comnrvind from the re- 
cording medium, a judgment step of forming a judgment 
on the specifying information played back at the play- 
back step, and a control step of controlling an operation 
to record the piece of data into the recording medium in 30 
accordance with a result of a judgment formed at the 
judgment step. 

[0014] In accordance with yet aspect of the present 
invention, there is provided a playback apparatus for 
playing back data from a recording nnedium is charac- 3S 
terized in the playback apparatus including a specifying 
means for specifying whether or not an operation to play 
back data recorded in the recording medium is allowed, 
a judgment means for forming a judgment on what is 
specified by the specifying means, and a control means 40 
for controlling an operation to play back data from the 
recording medium in accordance with a result of a judg- 
ment formed by the judgment means. 
[0015] In accordance with yet aspect of the present 
invention, there is provided a playback method adopted ^5 
In a playback apparatus tor playing back data from a 
recording medium is characterized in that the playback 
method including a specifying step of specifying wheth- 
er or not an operation to play back data recorded in the 
recording medium is allowed, a judgment step of form- so 
ing a judgment on what is specified at the specifying 
step, and a control step of controlling an operation to 
play back data from the recording medium in accord- 
ance with a result of a judgment formed at the judgment 
step. ss 
[0016] In accordance with yet aspect of the present 
invention, there is provided a presentation medium is 
characterized in that the presentation medium is used 



for presenting a program readable by a computer for ex- 
ecution to make a playback apparatus for playing back 
data from a recording medium carry out processing in- 
cluding a specifying step of specifying whether or not an 
operation to play back data recorded in the recording 
medium is allowed, a judgment step of forming a judg- 
ment on what is specified at the specifying step, and a 
control step of controlling an operation to play back data 
from the recording medium in accordance with a result 
of a judgment formed at the judgment step. 
[0017] In accordance with yet aspect of the present 
invention, there is provided a recording medium for re- 
cording data is characterized in that the recording me- 
dium is also used for recording specifying information 
for specifying whether or not an operation to play back 
the data is prohibited. 

[0018] In accordance with yet aspect of the present 
invention, there is provided a recording apparatus for 
recording data into a recording medium is characterized 
in that the recording apparatus including a specifying 
means for specifying whether or not an operation to play 
back data from the recording medium is prohibited and 
a recording means for recording what is specified by the 
specifying means into the recording medium. 
[0019] In accordance with yet aspect of the present 
invention, there is provided a recording method adopted 
in a recording apparatus for recording data into a record- 
ing medium is characterized in that the recording meth- 
od including a specifying step of specifying whether or 
not an operation to play back data from the recording 
medium is prohibited and a recording step of recording 
what is specified at the specifying step into the recording 
medium. 

[0020] In accordance with yet aspect of the present 
invention, there is provided a presentation medium Is 
characterized in that the presentation medium is used 
for presenting a program readable by a computer for ex- 
ecution to make a recording apparatus for recording da- 
ta into a recording medium carry out processing includ- 
ing a specifying step of specifying whether or not an op- 
eration to play back data from the recording medium is 
prohibited and a recording step of recording what Is 
specified at the specifying step into the recording medi- 
um. 

[0021] In accordance with yet aspect of the present 
invention, there is provided a recording/playback appa- 
ratus for recording and playing back data into and from 
a recording medium is characterized in that the record- 
ing/playback apparatus including a recording means for 
recording specifying information specifying whether or 
not to prohibit an operation to play back data recorded 
in the recording medium Into the recording medium, a 
playback moans for playing back the specifying infor- 
mation for data subjected to a playback operation in ac- 
cordance with a command from the recording medium, 
a judgment means for forming a judgment on the spec- 
ifying information played back by the playback means, 
and a control means for controlling an operation to play 
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back data from the recording medium in accordance 
with a result of a judgment formed by the judgment 
means. 

[0022] In accordance wrth yet aspect of the present 
invention, there is provided a recording/playback meth- s 
od adopted in a recording/playback apparatus for re- 
cording and playing back data into and from a recording 
medium is characterized in that the recording/playback 
method including a recording step of recording specify- 
ing information specifying whether or not to prohibit an 10 
operation to play back data recorded in the recording 
medium into the recording medium, a playback step of 
playing back the specifying information for data subject- 
ed to a playback operation in accordance with a com- 
mand from the recording medium, a judgment step of is 
forming a judgment on the specifying information played 
back at the playback step, and a control step of control- 
ling an operation to play back data from the recording 
medium in accordance with a result of a judgment 
formed at the judgment step. 20 
[0023] tn accordance with yet aspect of the present 
invention, there is provided a presentation medium is 
characterized in that the presentation medium is used 
for presenting a program readable by a computer for ex- 
ecution to make a recording/playback apparatus for re- 2S 
cording and playing back data into and from a recording 
medium carry out processing including a recording step 
of recording specifying information specifying whether 
or not to prohibit an operation to play back data recorded 
in the recording medium into the recording medium, a 30 
playback step of playing back the specifying information 
for data subjected to a playback operation in accord- 
ance with a command from the recording medium, a 
judgment step of forming a judgment on the specifying 
information played back at the playback step, and a con- 3S 
trol step of controlling an operation to play back data 
from the recording medium in accordance with a result 
of a judgment formed at the judgment step. 
[0024] In the recording apparatus, the recording 
method, the presentation medium and the recording 40 
medium according to the present invention, prohibition 
of a write operation over a combination of pieces of data 
is specified. 

[0025] In the recording/playback apparatus, the re- 
cording/playback method and the presentation medium 46 
according to the present invention, specifying informa- 
tion stating prohibition of an overwrite operation for a 
combination of pieces of data is recorded into a record- 
ing medium, the specifying information for a piece of da- 
ta subjected to a recording operation in accordance with so 
a command is played back from the recording medium, 
and an operation to record the piece of data into the re- 
cording medium is controlled in accordance with a result 
of a judgment formed on the specifying information 
played back from the recording medium. ss 
[0026] In the playback apparatus, the recording play- 
back method and the presentation medium according to 
the present invention, an operation to play back data 



from a recording medium is controlled in accordance 
with a prescribed regulation as to whether or not the op- 
eration to play back the data recorded in the recording 
medium is allowed. 

[0027] A recording medium according to the present 
invention is also used for recording specifying informa- 
tion for specifying whether or not an operation to play 
back the data is prohibited. 

[0028] In the recording apparatus, the recording 
method and the presentation medium according to the 
present invention, a prescribed regulation as to whether 
or not to prohibit an operation to play back data recorded 
in a recording medium is recorded in the recording me- 
dium. 

[0029] In the recording/playback apparatus, the re- 
cording/playback method and the presentation medium 
according to the present invention, specifying informa- 
tion specifying whether or not to prohibit an operation to 
play back data recorded in a recording medium is re- 
corded into the recording medium, the specifying infor- 
mation for data subjected to a playback operation in ac- 
cordance with a command is played back from the re- 
cording medium, and an operation to play back data 
from the recording medium is controlled in accordance 
with a result of a judgment formed on the specifying In- 
formation played back from the recording medium. 
[0030] Embodiments of the invention will now be de- 
scribed, by way of example only, with reference to the 
accompanying drawings in which: 

Fig. 1 is an explanatory diagram used for describing 

an organization of directories; 

Fig. 2 is an explanatory diagram used for describing 

the structure of a VOLUME. TOC file; 

Fig. 3 is an explanatory diagram used for describing 

the structure of volumejnformation ( ); 

Fig. 4 is an explanatory diagram used for describing 

the structure of volume_attribute ( ); 

Fig. 5 is an explanatory diagram used for describing 

the structure of resume ( ); 

Fig. 6 is an explanatory diagram used for describing 
the structure of volume„rating ( ); 
Fig. 7 is an explanatory diagram used for describing 
the structure of write_protect ( ); 
Fig. 8 is an explanatory diagram used for describing 
the structure of play_protect ( ); 
Fig. 9 is an explanatory diagram used for describing 
the structure of recording_timer ( ); 
Fig. 1 0 is an explanatory diagram used for describ- 
ing the structure of text_block ( ); 
Fig. 11 is an explanatory diagram used for describ- 
ing the structure of language_set ( ); 
Fig. 1 2 is an explanatory diagram used for describ- 
ing the structure of textjtem ( ); 
Fig. 1 3 is an explanatory diagram used for describ- 
ing the structure of ALBUM.STR; 
Fig. 1 4 is an explanatory diagram used for describ- 
ing the structure of album ( ); 
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Fig. 1 5 is an explanatory diagram used for describ- 
ing the structure of TITLE_###-VDR; 
Fig. 16 is an explanatory diagram used for describ- 
ing the structure of title_info ( ); 

Fig. 1 7 is an explanatory diagram used for describ- 5 
Ing the structure of PROGRAM_$$$.PGI; 
Fig. 18 is an explanatory diagram used for describ- 
ing the structure of program ( ); 
Fig. 19 is an explanatory diagram used for describ- 
ing the structure of play_list ( ); 
Fig. 20 is an explanatory diagram used for describ- 
ing the structure of playjtem ( ); 
Fig. 21 is an explanatory diagram used for describ- 
ing the structure of CHUNKGROUP_###-CGIT; 
Fig. 22 is an explanatory diagram used for describ- ^5 
ing the structure of chunk_connection_info ( ); 
Fig. 23 is an explanatory diagram used lor describ- 
ing the structure of chunk_arrangementJnfo ( ); 
Fig. 24 is an explanatory diagram used for describ- 
ing the structure of CHUNK_%%%.ABST; 20 
Fig. 25 is a block diagram showing a typical config- 
uration of an optical-disc apparatus to N/vhich the 
present invention is applied; 

Fig. 26 is an explanatory diagram used for describ- 
ing an organization of directories; 25 
Fig. 27 is an explanatory diagram used for describ- 
ing a logical organization of directories; 
Fig. 28 is an explanatory diagram used for describ- 
ing an offset; 

Fig. 29 is an explanatory diagram used for describ- 30 
ing an organization of directories; 
Fig. 30 is an explanatory diagram used for describ- 
ing an organization of directories; 
Fig. 31 is an explanatory diagram used for describ- 
ing a logical organization of directories; 35 
Fig. 32 is an explanatory diagram used for describ- 
ing an organization of directories; 
Fig. 33 is an explanatory diagram used for describ- 
ing an organization of directories; 
Fig. 34 is an explanatory diagram used for describ- 40 
ing a logical organization of directories; 
Fig. 35 is an explanatory diagram used for describ- 
ing a logical organization of directories; 
Fig. 36 is an explanatory diagram used for describ- 
ing volume_write_proiect_level; 
Fig. 37 Is a flowchart representing processing to 
modify write_protect; 

Fig. 38 is a flowchart representing recording 
processing; 

Fig. 39 is a continuation of the flowchart represent- 50 
ing recording processing shown in Fig. 38; 
Fig. 40 is an explanatory diagram used for describ- 
ing a relation of vo!ume_writG_protectJevel; 
Fig. 41 is an explanatory diagram used for describ- 
ing volume_play_protect_flag; 
Fig. 42 is a flowchart representing processing to 
modify play_protect; 

Fig. 43 is a flowchart representing playback 



processing; 

Fig. 44 is a flowchart representing other playback 
processing; 

Fig. 45 is an explanatory diagram used for describ- 
ing volume_rating_type; 

Fig. 46 is an explanatory diagram used for describ- 
ing CARA_category; 

Fig. 47 is an explanatory diagram used for describ- 
ing RSAC_category; 

Fig. 48 is an explanatory diagram used for describ- 
ing RSACJevel; 

Fig. 49 is a flowchart representing processing to 
modify volume_rating; 

Fig. 50 is a flowchart representing processing to ex- 
ecute volume_rating; and 

Fig. 51 is a flowchart representing a continuation of 
the processing to execute volume_rating shown in 
Fig. 50. 

[0031] Before embodiments of the present invention 
are described, each means cited in claims of the patent 
in the specification is exemplified by a typical implemen- 
tation appended after the means by enclosing the im- 
plementation in parentheses in the following description 
of characteristics of the present invention in order to 
clarify a relation associating the means with the imple- 
mentation. It is needless to say, however, that the ap- 
pended implementation is not to intended to be con- 
strued in a limiting sense, that is, examples of the means 
are not limited to the appended implementation. 
[0032] According to at least preferred embodiments 
of a recording apparatus for recording a plurality of piec- 
es of data into a recording medium is characterized in 
that the recording apparatus comprises: 

a specifying means (implemented typically by 
flags_for_program shown in Fig. 1 8) for specifying 
that a write operation over a combination of the 
pieces of data is prohibited; 
a judgment means (implemented typically by steps 
S26 and S35 of a flowchart shown in Fig. 38) for 
forming a judgment on what is specified for a pre- 
determined piece of data by the specifying means 
in response to a command to perform a recording 
operation over the piece of data; and 
a control means (implemented typically by steps 
S30 and S32 of the flowchart shown in Fig. 38) for 
controlling an operation to record the pieces of data 
into the recording medium in accordance with a re- 
sult of a judgment formed by the judgment means. 

[0033] According to at least preferred embodiments 
of a recording/playback apparatus for recording and 
playing back a plurality of pieces of data into and from 
a recording medium is characterized in that the record- 
ing/playback apparatus comprises: 

a recording means (implemented typically by a step 
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SI 0 of a flowchart shown in Fig. 37) for recording 
specifying information (innplennented typically by 
flags_for_progrann shown in Fig. 18) stating prohi- 
bition of an overwrite operation for a combination of 
the pieces of data into the recording medium; 5 
a playback means (implemented typically by a step 
S21 of the flowchart shown in Fig. 38) for playing 
back the specifying information for a piece of data 
subjected to a recording operation in accordance 
with a command from the recording medium; io 
a judgment means (implemented typically by the 
steps S26 and S35 of the flowchart shown in Fig. 
38) for forming a judgment on the specifying infor- 
mation played back by the playback means; and 
a control means (implemented typically by the steps is 
S30 and S32 of the flowchart shown in Fig. 38) for 
controlling an operation to record the piece of data 
into the recording medium in accordance with a re- 
sult of a judgment formed by iho judgment means. 



[0034] According to at least piefened embodiments 
of a playback apparatus tor playing back data from a 
recording medium is characterized in the playback ap- 
paratus comprises: 

a specifying means (implemented typically by 
play_protect shown in Fig. 8) for specifying whether 
or not an operation to play back data recorded in 
the recording medium is allowed; 
a judgment means (implemented typically by steps 
S72 to S75 of a flowchart shown in Fig. 43) for form- 
ing a judgment on what is specified by the specify- 
ing means; and 

a control means (implemented typically by steps 
S77 and S79 of the flowchart shown in Fig. 43) for 
controlling an operation to play back data from the 
recording medium in accordance with a result of a 
judgment formed by the judgment means. 

[0035] According to at least preferred embodiments 
of a recording apparatus for recording data into a re- 
cording medium is characterized in that the recording 
apparatus comprises: 

a specifying means (implemented typically by 
play_protect ( ) shown in Fig. 8) for specifying 
whether or not an operation to play back data from 
the recording medium is prohibited; and 
a recording means (implemented typically by a step 
S60 of a flowchart shown in Fig. 42) for recording 
what is specified by the specifying means into the 
recording medium. 

[0036] According to at least preferred embodiments 
of a recording/playback apparatus for recording and 
playing back data into and from a recording medium is 
characterized in that the recording/playback apparatus 
comprises: 



a recording means (implemented typically by the 
step S60 of the flowchart sh9wn in Fig. 42) for re- 
cording specifying information (implemented typi- 
cally by play„protect shown in Fig. 8) specifying 
whether or not to prohibit an operation to play back 
data recorded in the recording medium into the re- 
cording medium; 

a playback means (implemented typically by a step 
S71 of the flowchart shown in Fig. 43) for playing 
back the specifying information for data subjected 
to a playback operation in accordance with a com- 
mand from the recording medium; 
a judgment means (implemented typically by the 
steps S72 to S75 of the flowchart shown in Fig. 43) 
for forming a judgment on the specifying information 
played back by the playback means; and 
a control means (implemented typically by the steps 
S77 and S79 of the flowchart shown in Fig. 43) for 
controlling an operation to play back data from the 
recording medium in accordance with a result of a 
judgment formed by the judgment means. 

[0037] The description begins with an explanation of 
a layout of files on a recording medium provided by the 
25 present invention, which information is recorded into 
and played back from. Recorded on the recording me- 
dium, files shown in Fig. 1 are classified into 7 types 
listed below. 

30 VOLUME.TOC 
ALBUM. STR 
PROGRAIVI_$$$.PGI 
TITLE_###.VDR 
CHUNKGROUP_@ @ @.CGIT 
3S CHU NK_%%%%. ABST 

CHUNK_%%%%.MPEG2 

[0038] The VOLUME.TOC and ALBUM. STR files are 
placed in a root directory. A directory named "PRO- 

40 GRAM" is placed immediately below the root directory. 
The PROGRAM directory includes PROGRAM_$$$. 
PGI files where notation $$$ represents the number of 
a program. By the same token, a directory named TITLE 
is placed immediately below the root directory. The Tl- 

45 TLE directory includes TITLE_###.VDR files where no- 
tation ### represent the number of a title. Placed imme- 
diately below the root directory, a CHUNKGROUP di- 
rectory includes CHUNKGROUP_@ @@.CGIT files 
where notation @@@ represents the number of a 

50 chunk group and a CHUNK directory includes 
CHUNK_%%%%.ABST files where notation %%%% 
represents the number of a chunk. 
[0039] Also placed immediately below the root direc- 
tory, an MPEGAV directory contains a plurality of sub- 

55 directories which each include CHUNK_%%%%. 
MPEG2 files where %%%% represents the number of 
a chunk. 

[0040] Normally, one VOLUME.TOC file exists in the 
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recording medium. In a recording medium with a special 
structure such as a recording medium with a ROM and 
RAM hybrid structure, however, a plurality of VOLUME. 
TOC files may exist. This VOLUME.TOC file is used for 
showing the property of the recording medium as a s 
whole. 

[0041 ] Fig. 2 is a diagram showing the structure of the 
VOLUME.TOC file. As shown in the figure, file_type_id 
is placed at the head of the file to indicate that the file is 
a VOLUME.TOC file. file_typejd is followed by 
volume_information ( ) which is finally followed by 
text_block { ). 

[0042] Fig. 3 is a diagram showing the structure of 
volume_information ( ). As shown in the figure, 
volume_information ( ) comprises volume_attribute { ), 
resume ( ). volume_rating ( ), write_protect ( ), 
play_protect ( ) and record in g_timer ( ). 
[0043] volume_attribute ( ) is an area used for record- 
ing attributes of the logical volume. Fig. 4 is a diagram 
showing a detailed structure of votume_allribute ( ). As 
shown in the figure, voIume_attribute ( ) includes 
title_playback_mode_flag and program_playback_ 
mode_flag. 

[0044] resume ( ) is an area used for recording infor- 
mation used in restoration of a state immediately prior 
to an eject operation at the time the recording medium 
is reinserted. Fig. 5 is a diagram showing a detailed 
structure of resume ( ). 

[0045] volume_rating ( ) shown in Fig. 3 is an area 
used for recording information used in implementation 
of age limitation of watchers/listeners of the volume as 
a whole in accordance with user ages and user catego- 
ries. Fig. 6 is a diagram showing a detailed structure of 
volume_rating ( ). 

[0046] write_protect ( ) shown in Fig. 3 is an area used 
for recording information used in limitation of operations 
to change and delete a title or a program. Fig. 7 is a 
diagram showing a detailed structure of writejprotect 

()- 

[0047] play_protect ( ) shown in Fig. 3 is an area used 
for recording information setting a playback enable func- 
tion or a playback disable function and limiting the 
number of playback operations for a title or a program 
recorded in the volume. Fig. 8 is a diagram showing a 
detailed structure of play_protect ( ). 
[0048] recording_timer ( ) shown in Fig. 3 is an area 
used for recording information controlling a recording 
time. 

[0049] Fig. 9 is a diagram showinga detailed structure 
of record ing_timer ( ). 

[0050] Fig. 10 is a diagram showing a detailed struc- 
ture of text_block ( ) of the VOLUME.TOC file shown in 
Fig. 2. As shown in Fig. 10, toxt_block () includes 
language_sets ( ) and text_items (). Figs. 11 and 12 
show detailed structures of tanguage.set ( ) and 
text_item ( ) respectively. 

[0051] Normally, one ALBUM.STR file shown in Fig. 
1 exists in a recording medium. In a recording medium 
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with a special structure such as a recording medium with 
a ROM and RAM hybrid structure, however, a plurality 
of ALBUM. STR files may exist. The ALBUM.STR file is 
used for combining a plurality of recording media into a 
configuration that makes the recording media appear as 
if there were only a single recording medium. 
[0052] Fig. 13 is a diagram showing the structure of 
the ALBUM.STR file. As shown in the figure, file_typejd 
is placed at the head of the file to indicate that the file is 
ALBUM.STR. file_typejd is followed by album ( ) which 
is finally followed by text_block ( ). 
[0053] album ( ) is an area used for recording infor- 
mation used in handling a plurality of volumes, that is, 
a plurality of recording media, as one integrated volume. 
Fig. 14 is a diagram showing a detailed structure of al- 
bum (). 

[0054] As many TITLE_###.VDR files shown in Fig. 
1 as titles exist. A title refers to, for example, a musical 
selection in the case of a compact disc or a program in 
the case of a television broadcasting. Fig. 1 5 is a dia- 
gram showing the structure of a TITLE_###.VDR file. 
As shown in the figure, file_typejd is placed at the head 
of the file to indicate that the file is TITLE_###-UDR. 
file_type_id is followed by titlejnfo ( ) which is finally 
followed by text_block ( ). Notation is a string of 
characters representing the number of a title. 
[0055] titlejnfo ( ) is an area used for recording a start 
point and an end point of the title on a chunk group and 
other attributes of the title. Fig. 1 6 is a diagram showing 
a detailed structure of titlejnfo ( ). 
[0056] As many PROGRAM_$$$.PGI files shown in 
Fig. 1 as programs exist. A program comprises a plural- 
ity of cuts each specifying an area of a portion or alt of 
a title. Cuts of a program are played back in a specified 
order. Fig. 17 is a diagram showing the structure of a 
PROGRAM_$$$.PGI file. As shown in the figure, 
filejype_id is placed at the head of the file to indicate 
that the file is PROGRAM_$$$.PGI. filejypejd is fol- 
lowed by program () which is finally followed by 
text_block ( ). Notation $$$ is a string of characters rep- 
resenting the number of a program. 
[0057] program ( ) is an area used for recording infor- 
matbn required in an operation to collect necessary por- 
tions of titles and play back them without accomplishing 
irreversible editing of materials. Fig. 18 is a diagram 
showing a detailed structure of program ( ). 
[0058] program ( ) shown in Fig. 18 has one playjist. 
Fig. 19 is a diagram showing details of playjist ( ). 
[0059] A plurality of play_items () are placed in 
playjist. Fig. 20 is a diagram showing details of 
playjtem ( ). 

[0060] As many CHUNKGROUP_@ @ @.CGIT files 
shown in Fig. 1 as many chunk groups exist. A chunk 
group is a data structure used for arranging a bit stream. 
When the user normally operates an apparatus for re- 
cording and playing back information into and from a re- 
cording medium such as a VDR (Video Disc Recorder), 
the user is not aware of the existence of this file. 
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[00&1] Fig, 21 is a diagram showing a 
CHUNKGROUP_@ @ (g>.CGIT file. As shown in the fig- 
ure, file_type_id is placed at the head of the file to Indi- 
cate that the file is CHUNKGROUP_@@@.CGIT. 
f(le„type_Jd is followed by chunkgroup_time_ 
base_flags and chunkgroup_time_base_offset which 
are followed by chunk_connection„infG ( ). Finally 
chunk_connectiGn_info ( ) is followed by text_block ( ). 
[0062] chunkgroup_time_base_flags are flags each 
associated with a reference counter of a chunk group. 
chunkgroup_tinne_base_offset shows a start time of a 
reference time axis of a chunk group. 
chunkgroup_time_base_offset is a 32-bit value set in a 
counter which counts up at a frequency of 90kH2. 
chunk_connectton_info ( ) is an area used for recording 
peculiar information such as a video switch-over point, 
and video and audio synchronization. Fig. 22 is a dia- 
gram showing a detailed structure of chunk_ 
connecttonjnfo ( ). 

[0063] chunk_connectton„info ( ) includes as many 
loops of chunk_arrangement Jnfo ( ) as chunks pertain- 
ing to a chunk group. Fig. 23 is a diagram showing de- 
tails of chunk^arrangement^info ( ). 
[0064] As many GHUNK_%%%%.ABST files shown 
in Fig. 1 as many chunks oxist. A chunk is information 
file for a stream file. Fig. 24 is a diagram showing the 
structure of a CHUNK_%7o%%.ABST file. As shown in 
the figure, file_type_id is placed at the head of the file 
to indicate that the file is CHUNK_%%%%.ABST. 
[0065] The CHUNK_%%%%.MPEG2 file shown In 
Fig. 1 is a stream file. Unlike other files which are gen- 
erally used for storing information only this file is used 
for storing an MPEG bit stream. 
[0066] Fig. 25 is a diagram showing a typical config- 
uration of an optica I -disc apparatus for recording and 
playing back information into and from an optical disc 
used as a recording medium Including the files de- 
scribed above. In the optical-disc apparatus, a single op- 
tical head 2 is provided for a rewritable optical disc 1. 
The optical head 2 is used for both reading out and writ- 
ing information from and Into the optical disc 1 . 
[0067] After being demodulated in an RF & demodu- 
lation/modulation circuit 3, a bit stream read out by the 
optical head 2 from the optical disc 1 is subjected to error 
correction in an EGG circuit 4 before being supplied to 
a read-out channel buffer 6 for absorbing a difference 
between a read-out rate and a decode-processing rate 
by way of a switch 5. An output of the read-out channel 
buffer 6 is supplied to a decoder 7. The read-out channel 
buffer 6 is designed so that a system controller 13 is 
capable of reading and writing the read-out channel 
buffer 6. 

[0068] A bit stream output by the road-out channel 
buffer 6 is decoded by the decoder 7 which outputs vid- 
eo and audio signals as results of decoding. The video 
signal output by the decoder 7 is supplied to a synthesis 
circuit 8 to be synthesized therein with a video signal 
generated by an OSD (On Screen Display) control cir- 
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cuit 9. A result of the synthesis is output through an out- 
put terminal PI to a display unit be displayed on the dis- 
play unit which is not shown in the figure. In the mean 
time, the audio signal generated by the decoder 7 is out- 
5 put to a speaker through an output terminal P2 to be 
played back in the speaker which is also not shown in 
the figure. 

[0069] On the other hand, a video signal input from 
an Input terminal P3 and an audio signal input from an 

10 Input terminal P4 are encoded by an encoder 1 0 before 
being supplied to a write-in channel buffer 1 1 for absorb- 
ing a difference between an encode-processing rate 
and a write-in rate. The write-in channel buffer 1 1 is also 
designed so that the system controller 1 3 is capable of 
reading and writing the write-in channel buffer 1 1 . 
[0070] Data stored in the write-in channel buffer 1 1 is 
read out from the write-in channel buffer 1 1 and supplied 
to the EGG circuit 4 by way of the switch 5. In the EGG 
circuit 4, an error correction code is added to the data 

20 before the data is supplied to the RF & demodulation/ 
modulation circuit 3 to be modulated thereby A signal, 
strictly speaking, an RF signal, output by the RF & de- 
modulation/modulation circuit 3 is recorded onto the op- 
tical disc 1 by the optical head 2. 

2S [0071] An address detecting circuit 12 detects infor- 
mation on an address on a track on an optical disc 1 
subjected to a recording or playback operation. The sys- 
tem controller 13 controls operations of components 
composing the optical-disc apparatus. The system con- 

30 troller 13 comprises a CPU 21 for executing various 
kinds of control, a ROM unit 22 for storing information 
such as processing programs to be executed by the 
CPU 21 , a RAM unit 23 for temporarily storing informa- 
tion such as data obtained as a result in the course of 

35 processing carried out by the GPU 21 and a RAM unit 
24 for storing a variety of information files to be recorded 
or played back into or from the optbal disc 1. The GPU 
21 finely adjusts the position of the optical head 2 on the 
basis of a result of detection output by the address de- 

40 tecting circuit 12. The GPU 21 also controls switching- 
over operations of the switch 5. Composed of a variety 
of switches and a variety of buttons, an input unit 14 is 
operated by the user for entering a variety of commands 
to the optical-disc apparatus. 

45 [0072] Next, a basic operation to read in data from an 
information file is explained. In an operation to read In 
data from the VOLUME.TOG information file, for exam- 
ple, the GPU 21 employed in the system controller 13 
first confirms the physical address at which the VOL- 

50 UME.TOG file is recorded in the optical disc 1 and the 
length of the file by using a file-system operation instruc- 
tion included in a processing program in advance. Then, 
the CPU 21 moves the optical head 2 to a read-out po- 
sition on the basis of information on the address of the 

55 VOLUME.TOG file. Subsequently, the CPU 21 sets the 
optical head 2, the RF & demodulation/modulation cir- 
cuit 3 and the EGG circuit 4 in a read-out mode and po- 
sitions the switch 5 on the side of the read-out channel 
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buffers. Furthermore, the CPU 21 finely adjusts the po- 
sition of the optical head 2 before starting a read-out 
operation by using the optical head 2. In the read-out 
operation, contents of the VOLUME. TOC file are read 
out by the optical head 2 and demodulated by the RF & 5 
demodulation/modulation circuit 3. The output of the RF 
& demodulation/modulation circuit 3 is subjected to error 
correction in the ECC 4 before being stored in the read- 
out channel buffer 6. 

[0073] When the amount of data stored in the read- 
out channel buffer 6 becomes equal to or exceeds the 
size of the VOLUME. TOC file, the CPU 21 halts the 
read-out operation. Later on. the CPU 21 reads out the 
data stored in the read-out channel buffer 6 and stores 
the data in the RAM unit 24. 

[0074] Next, a basic operation to write data into an 
information file is explained by taking the VOLUME.TOC 
information file as an example. First of all. the CPU 21 
searches the file system, that is, the optical disc 1 , tor a 
free area having a size equal to or larger than a VOL- 
UME.TOC file, into which data is to be written, and con- 
firms the address of the free area by using a file-system 
operation instruction included in a processing program 
in advance. 

[0075] Then, the CPU 21 transfers the VOLUfVIE.TOC 
file prepared in the RAM unit 24 and to be newly written 
into the optical disc 1 to the write-in channel buffer 11. 
The CPU 21 then moves the optical head 2 to a write- 
in position on the basis of information on the address of 
the VOL UME.TOC file. Subsequently, the CPU 21 sets 
the optical head 2. the RF & demodulation/modulation 
circuit 3 and the ECC circuit 4 in a write-in mode and 
positions the switch 5 on the side of the write-in channel 
buffer 11. Furthermore, the CPU 21 finely adjusts the 
position of the optical head 2 before starting a write-in 
operation by using the optical head 2. 
[0076] In the write-in operation, the newly prepared 
contents of the VOLUME.TOC file are read out from the 
write-in channel buffer 11 and supplied to the ECC cir- 
cuit 4 by way of the switch 5. In the ECC circuit 4, an 
error correction code is added to the contents before 
modulation by the RF & demodulation/modulation circuit 
3. A signal output by the RF & demodulation/modulation 
circuit 3 is recorded into the optical disc 1 by the optical 
head 2. When the amount of data read out from the 
write-in channel buffer 11 and recorded into the optical 
disc 1 becomes equal to or exceeds the size of the VOL- 
UME.TOC file: the CPU 21 halls the write-in operation. 
[0077] Finally, the CPU 21 rewrites a pointer pointing 
to the VOLUME.TOC file on the file system, that is. the 
optical disc 1 , so as to make the pointer point to the new- 
ly written position by using a file-system operation in- 
struction included in the processing program in ad- 
vance. 

[0078] Next, a basic operation to play back a stream 
is explained by taking a CHUNK_0001.MPEG2 file 
shown in Fig. 1 as an example. First of all. the CPU 21 
employed in the system controller 1 3 confirms the phys- 
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ical address at which the CHUNK_0001 .MPEG2 file is 
recorded in the optical disc 21 and the length of the file 
by using a file-system operation instruction included in 
a processing program in advance. Then, the CPU 21 
moves the optical head 2 to a read-out position on the 
basis of information on the address of the 
CHUNK_0001.MPEG2 file. Subsequently, the CPU 21 
sets the optical head 2, the RF & demodulation/modu- 
lation circuit 3 and the ECC circuit 4 in a read-out mode 
and positions the switch 5 on the side of the readout 
channel buffer 6. Furthermore, the CPU 21 finely adjusts 
the position of the optical head 2 before starting a read- 
out operation by using the optical head 2. 
[0079] In the read-out operation, contents of the 
CHUNK_0001 .MPEG2 file read out by the optical head 
2 are stored in the read-out channel buffer 6 through the 
RF & demodulation/modulation circuit 3, the ECC circuit 

4 and the switch 5. The data stored in the read-out chan- 
nel buffer 6 is output to the decoder 7 to be decoded by 
the decoder 7 which outputs video and audio signals as 
results of decoding. The audio signal generated by the 
decoder 7 is output to the output terminal P2. In the 
mean time, the video signal output by the decoder 7 is 
supplied to the output terminal PI through the synthesis 
circuit 8. 

[0080] When the amount of data read out from the op- 
tical disc 1 and decoded by the decoder 7 to be finally 
displayed becomes equal to the size of the 
CHUNK_0001 . MPEG2 or when an instruction to halt the 
read-out operation is received from the input unit 1 4, the 
CPU 21 stops the read-out and decode processing. 
[0081 1 Next, a basic operation to record a stream, into 
an information file is explained by taking the 
CHUNK_000 1 .MPEG2 information file as an example. 
First of all, the CPU 21 searches the file system, that is, 
the optical disc 1 . for a free area having a size equal to 
or larger than the CHUNK_0001 .MPEG2 file, into which 
a stream is to be written, and confirms the address of 
the free area by using a file-system operation instruction 
included in a processing program in advance. 
[0082] A video signal input from the input terminal P3 
and an audio signal input from the input terminal P4 are 
encoded by an encoder 10 before being supplied to the 
write-in channel buffer 11 . The CPU 21 then moves the 
optical head 2 to a write-in position on the basis of in- 
formation on the address of the CHUNK_0001 .MPEG2 
file. Subsequently, the CPU 21 sets the optical head 2, 
the RF & demodulation/modulation circuit 3 and the 
ECC circuit 4 in a write-in mode and positions the switch 

5 on the side of the write-in channel buffer 11. Further- 
more, the CPU 21 finely adjusts the position of the op- 
tical head 2 before starting a write-in operation by using 
the optical head 2. In the write-in operation, the newly 
prepared contents of the CHUNK_0001 -MPEG2 file are 
read out from the write-in channel buffer 1 1 and supplied 
to optical head 2 by way of the switch 5, the ECC circuit 
4 and the RF & demodulation/modulation circuit 3. A sig- 
nal output by the RF & demodulation/modulation circuit 
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3 is recorded into the optical disc 1 by the optical head 2. 
[0083] When the annount of data read out fronn the 
write-in channel buffer 11 and recorded into the optical 
disc 1 becomes equal to the size of the CHUNK_ 
0001.MPEG2 or when an instruction to halt the write-in 5 
operation is received fronn the input unit 1 4, the CPU 21 
stops the write-in processing. Finally, the CPU 21 re- 
writes a pointer pointing to the CHUNK_0O01 .MPEG2 
file on the file system, that is, the optical disc 1 , so as to 
make the pointer point to the newly written position by io 
using a file-system operation instruction included in the 
processing program in advance. 
[0084] Assume that information and stream files 
shown in Fig. 26 have been recorded in the optical disc 
1. In this example, the optical disc 1 includes a file ^5 
named PROGRAM_001 .PGI for storing a program. In 
addition, the optical disc 1 also includes three title files 
named TITLE_001 .VDR, TITLE_002.VDR and TITLE_ 
003.VDR respectively. 
^ [0085] Furthermore, the optical disc 1 also includes 20 
two chunk-group information files named CHUNK- 
GROUP_001.CGIT and CHUNKGROUP_002.CGIT. 
On the top of that, the optical disc 1 includes three 
stream files named CHUNK_0001 .MPEG2, GHUNK_ 
0011.MPEG2 and CHUNK_0012.MPEG2 as well as 2S 
three information files named CHUNK_0001.ABST 
CHUNK_0011.ABST and CHUNK_0012.ABST associ- 
ated with the CHUNK_0001 .MPEG2, CHUNK_ 
0011 MPEG2 and CHUNK_0012.MPEG2 files respec- 
tively. 30 
[0086] Fig. 27 is a diagram showing the logical struc- 
ture of the optical disc 1 containing the information and 
stream files shown in Fig. 26. In this example, the chunk 
information files named CHUNK_0001 .ABST, CHUNK_ 
0011.ABST and CHUNK_0012.ABST specify the 3S 
CHUNK_0001.MPEG2, CHUNK_0011 .MPEG2 and 
GHUNK_0012.MPEG2 stream files respectively. To put 
it concretely, in a chunkjilejd field of each of the 
CHUNK_%%%%.ABST files shown in Fig. 24, the file 
ID of the associated stream file is specified. 40 
[0087] In addition, in this example, the chunk-group 
information file named CHUNKGROUP_001.CGIT 
specifies the chunk information file named CHUNK_ 
0001. ABST whereas the chunk-group information tile 
named GHUNKGROUP„002.CGIT specifies the chunk 4S 
information files named CHUNK_0011 .ABST and 
CHUNK_0012.ABST To put it concretely, in a 
chunkJnfo_ftle_id field of chunk_arrangementJnfo ( ) 
shown in Fig. 23, a file ID of chunk information is spec- 
ified. This chunk_arrangement_info ( ) is included in a so 
chunk group information file. As many chunk_ 
arrangementjnfos ( ) as chunks pertaining to a chunk 
group exist in the data structure. It should be noted that 
chunk_arrangementJnfo ( ) shown in Fig. 23 is de- 
scribed in chunk_connection_info ( ) shown in Fig. 22 ss 
and this chunk_connectlonJnfo is described in the 
CHUNKGROUP ###.CGIT file shown in Fig. 21. 
[0088] There is only one chunk_arrangement_info ( ) 
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in CHUNKGROUP_001. The chunkjnfojile id field of 
this chunk_arrangement_info () specifies CHUNK_ 

0001. On the other hand, there are two chunk_ 
arrangementjnfos ( ) in CHUNKGROUP_002. The 
chunkjnfojilejd fields of these chunky 
arrangementjnfos () specify GHUNK_0011 and 
CHUNK„0012 respectively. Thus, a chunk group can be 
used to specify an order in which a plurality of chunks 
are to be played back. 

[0089] To put it concretely, first of all, an initial value 
of a timer for the chunk group is determined by 
chunkgroupjime_base_offset in the CHUNK- 
GROUP_###.CGIT file shown in Fig. 21. Then, when 
each chunk is cataloged, presentation_start_ 
cgJime_count and presentattion_end_cgJime„count 
of chunk„arrangementJnfo ( ) shown in Fig. 23 are 
specified. 

[0090] For example, assume that the time lengths of 
CHUNK_0011 and CHUNK_0012 are A and 8 respec- 
tively as shown in Fig. 28. In this case, 
presentation_start_cg_count and presentattion_end_ 
cg„count of GHUNK_0011 are equal to chunkgroup_ 
time_base„offset and chunk_group Jime_base_offset^- 
A respectively. On the other hand, presentation^ 
start__cg_count and presentattion_end_cg_count of 
CHUNK_0012 are equal to chunkgroupJime_ 
base_offset+A and chunk_groupJime_base_offset4- 
A+B respectively. By setting the fields in this way, 
CHUNKGROUP_002 is defined so that GHUNK_0011 
and GHUNK_0012 are played back continuously. 
[0091] It should be noted that, if the playback time of 
CHUNK_0011 overlaps the playback time of 
CHUNK_0012, one of the playback times can be shifted 
to eliminate the overlapping. In addition, transitionjnfo 
{ ) in chunk_arrangementJnfo ( ) shown in Fig. 23 is 
used as a descriptive field used for specifying a special 
effect such as a fade-in, a fade-out or a wipe in a tran- 
sition from one stream to another one. 
[0092] In the example shown In Fig. 26 (or Fig. 27), 
the TITLE_001 . VDR and TITLE_002.VDR title informa- 
tion files specify the GHUNKGROUP_001 .GGIT chunk- 
group information file whereas the TITLE_003. VDR title 
information file specifies the CHUNKGROUP_ 

002. GGIT chunk-group information file. To put it con- 
cretely, a cgitjilejd field in title_info ( ) shown in Fig. 
16 specifies the file ID of the chunk group. In addition, 
fields named title_start_chunk_groupjime_stamp and 
title_end_chunk_group Jime_stamp are used for spec- 
ifying a time range in which the title is defined in the 
chunk group. 

[0093] In the example shown in Fig. 27, for example, 
TITLE_001 and TITLE_002 specify the first and second 
halves of CHUNKGROUP_001 . It should be noted that 
the division conforms to a request made by the user and 
its position is determined arbitrarily by the user instead 
of being determined in advance. In this example, let the 
position of division into TITLE_001 and TITLE_002 be 
set at a location separated away from the head of 
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CHUNKGROUP_001 by a distance of A. 
[0094] TITLE_001 specifies CHUNKGROUP_001 as 
a chunk group and a start time of CHUNKGROUP_001 
as a start tinne of the title. As an end time of the title, a 
time of a point specified by the user is specified. 
[0095] That is to say. as title_start_chunk_group_ 
time_stamp of TITLE_001, chunkgroup_time_base_ 
offset (the position of the head) of CHUNKGROUP_001 
is set whereas, as title_end_chunk„group_time_stamp 
of TITLE_001 , a sum of chunkgroup_time_base_offset 
of CHUNKGROUP_001 and the distance A is set. 
[0096] TITLE_002 specifies CHUNIKGROUP_001 as 
a chunk group and a time of a point specified by the user 
is specified a start time of the title. As an end time of the 
title, an end time of CHUNKGROUP_001 is specified. 
[0097] That is to say, as title_start_chunk_group_ 
time_stamp of T!TLE_002, a sum of chunkgroup_time_ 
base_offset (the position of the head) of CHUNK- 
GROUP_001 and the distance A is set whereas, as 
tille_end_chunk_groupJime_slamp of TITLE_002, a 
sum of chunkgroup_time_base_offset of CHUNK- 
GROUP_001 and the length of CHUN KG ROUP_001 is 
set. 

[0098] TITLE_003 specifies CHUNKGROUP_002 as 
a chunk group and a start time of CHUNKGROUP_002 
is specified a start time of the title. As an end time of the 
title, an end time of CHUNKGROUP_002 is specified. 
[0099] That is to say, as title_start_chunk_ 
group_time_stamp of TITLE_003, chunkgroup_time_ 
base_offset (the position of the head) of 
CHUNKGROUP_002 is set whereas, as title_end_ 
chunk_group_time_stamp of TITLE_003, a sum of 
chunkgroup_time_base_oftset of CHUNKGROUP_002 
and the length of CHUNKGROUP_002 is set. 
[0100] In addition, in this example, the program infor- 
mation file named PROGRAM_001.PGI specifies that 
part of TITLE_001 and part of TITLE_003 be played 
back in an order the parts are enumerated. To put it con- 
cretely, title_number in playjtem ( ) shown in Fig. 20 is 
used for specifying a title. Times defined by a title are 
used for defining start and end points to extract a cut. A 
plurality of such cuts are gathered to compose a pro- 
gram. 

[0101] The following is a description of an append- 
record operation to additionally record new information 
onto the optical disc 1 . To put It concretely, this append- 
record operation is typically carried out as a video re- 
cording operation or carried out by the user by operating 
the input unit 1 4 to enter a command to perform video 
real-time recording to the optcal-disc apparatus. In the 
latter case, a recording button is pressed if the video- 
recording end time is not known. A button for a one- 
touch recording function is pressed, however, for a case 
in which the recording end time can be predicted. The 
one-touch recording function is a function for carrying 
out video recording for a fixed period of time. 
[0102] The append-record operation is explained by 
taking timer recording as an example. In this case, the 



user of the optical-disc apparatus specifies, among oth- 
er things, a recording start time, a recording end time, 
the bit rate of a bit stream and a channel to be recorded 
in advance. In addition, at a point of time the video re- 
5 cording is reserved, the optical disc 1 is checked in ad- 
vance to find out whether or not there is left a free space 
suited for the bit rate and the length of the recording 
time. 

[01 03] If another recording operation is carried out on 

10 the optical disc 1 between a time a reservation is made 
and a time to execute the reserved video recording, it is 
quite within the bounds of possibility that the confirmed 
free space for implementing the reserved video record- 
ing at the specified bit rate can not be allocated any 

75 more. In such a case, the CPU 21 either reduces the bit 
rate to a value smaller than the specified fore in order 
to record information for the reserved period of time, or 
records information for a period of time as long as pos- 
sible by keeping the bit rate unchanged as it is. It is need- 

20 tess to say that the CPU 21 then carries out the record- 
ing operation further and, as an inconvenience for the 
reserved video recording is detected, a message in- 
forming the user of the inconvenience is issued. 
[01 04] As the start time of the reserved video record- 

25 ing is approaching, the CPU 21 uses an embedded timer 
and a clock signal to automatically restore the optical- 
disc apparatus to an operating mode from a sleep mode. 
Then, the CPU 21 issues a file-system operation instruc- 
tion included in the processing program from the begin- 

30 ning to allocate an area used for recording a reserved 
program on the optical disc 1 . That is to say. first of all, 
the CPU 21 subtracts the start time from the end time 
of the reserved recording to find the length of the record- 
ing time and, then, calculates a product of the length of 

35 the recording time and the bit rate to find the size of the 
necessary area to be allocated for recording the re- 
served program. In addition to a stream file required in 
the reserved recording, data may need to be stored in 
an information file. To be more specific, when a new title 

40 needs to be stored in a title information file, an area has 
to be allocated on the optical disc 1 for recording the title 
information file. If an area with a sufficient size can not 
be allocated, it is necessary to adopt the countermeas- 
ure technique described above, that is. reduction of the 

45 bit rate or carrying out a recording operation only for a 
period of time corresponding to the allocated area. 
[0105] It should be noted that, since a new title is 
stored in this case, the user gives a name to a new 
stream file, strictly speaking, to a new stream file in a 

50 new stream directory. Let the name be ¥MPE- 
G AWSTRE AM_003¥ CHUNK_0031 . That is to say, the 
name of the stream file is CHUNK_0031 .MPEG2 in the 
STREAM_003 directory under the MPEGAV directory in 
the root directory as shown in Fig. 29. 

55 [0106] The CPU 21 issues instructions of execution 
in the recording mode to other components of the opti- 
cal-disc apparatus. For example, a video signal re- 
ceived through the input terminal P3 and an audio signal 
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through the input terminal P4 from a tuner not shown in 
the figure are encoded by the encoder 10 and then 
stored in a write-in channel buffer 11. Then, the CPU 21 
moves the optical head 2 to a write position determined 
by information on an address of the area allocated ear- 5 
Her The CPU 21 then sets the optical head 2, the RF & 
demodulation/modulation circuit 3 and the ECC circuit 
4 in a write-in mode and positions the switch 5 on the 
side of the write-in channel buffer 11. After the position 
of the optical head 2 has been finely adjusted, a write- io 
in operation using the optical head 2 is started. At that 
time, data to be recorded in a newly provided file named 
CHUNK_0031.MPEG2 is read out from the write-in 
channel buffer 11 to be recorded onto the optical disc 1 
by way of the switch 5, the ECC circuit 4, the RF & de- 15 
modulation/modulation circuit 3 and the optical head 2. 
[0107] When one of the following events occurs dur- 
ing the write-in operation described above, the CPU 21 
halts the operation. 

20 

1 The end time of the reserved video recording is 
reached. 

2 Information can no longer be recorded onto the 
optical disc 1 due to a reason such as an insufficient 
storage capacity 2s 

3 An instruction to stop the recording operation is 
received. 

[0108] Next, by using a file-system operation instruc- 
tion included in the processing program in advance, the 30 
CPU 21 updates a pointer pointing to 
CHUNK_0031.MPEG2 in the file system with a value 
pointing to a location at which information has been 
newly recorded. In addition, the CPU 21 prepares files 
respectively for chunk information, chunk-group infor- 35 
mation and title information, gives a name to each of the 
files and records the information into the files. It should 
be noted that free spaces for recording the files need to 
be allocated in advance on the optical disc 1 during the 
recording operation or at the reservation time. 40 
[0109] As a result, new information files are created 
typically as shown in Fig. 30. In the figure, files names 
each with an asterisk mark **' provided on the right side 
thereof are the names of the files newly created in the 
operation described above. 45 
[0110] Fig. 31 is a diagram showing a relation among 
the newly created information files. As shown in the fig- 
ure, TITLE_004 specifies CHUNKGROUP„003 specify- 
ing CHUNK_0031 which specifies STREAM_0031. 
[0111] That is to say, a new stream is recorded in an so 
information file as TITLE_004. By using a function of the 
optical-disc apparatus to verify a title, the user is capa- 
ble of knowing information such as attributes of 
TITLE_004. In addition, TITLE_004 can be played back. 
[0112] The following is a description of an operation ss 
to overwrite/record information on an optical disc 1 like 
one shown in Fig. 26 (or Fig. 27). Much like an operation 
to record a signal onto a video tape, an overwrite-record 
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operation is an operation to record a new program over 
an existing program already recorded on the optical disc 
1, erasing the existing program. 
[0113] In the ovenwrite-record operation, a position to 
start the operation is important. Assume that the user 
specifies the head of TITLE_001 as a position to start 
an overwrite-record operation. In this case, the over- 
write-record operation is carried out by overwriting ex- 
isting information recorded in TITLE_001, TITLE_002 
and TITLE_003 in an order they are enumerated. If the 
overwrite-record operation has not been finished even 
if the end of TITLE_003 is reached, the recording oper- 
ation is continued by allocating a new free area on the 
optical disc 1 . If TITLE_002 is specified as a location to 
start an overwrite-record operation, information in 
TITLE_001 will not be overwritten by the recording op- 
eration because TITLE_001 precedes the start location 
of the operation. 

[0114] Assume that timer video recording is carried 
out by overwriting existing information starting with that 
at the head of TITLE_003. In this case, the user of the 
optical<lisc apparatus specifies, among other things, a 
recording start time, a recording end time, the bit rate of 
a bit stream and a channel to be recorded in advance. 
In addition, the head of TITLE_003 is specified as a re- 
cording start location which is of importance to the over- 
write-record operation. Furthermore, also in this case, 
at a point of time the video recording is reserved, the 
existence of a space suited for the bit rate and the video 
recording time on the optical disc 1 is verified in ad- 
vance. In the case of an overwrite-record operation, a 
sum of the total size of a plurality of rewritable titles start- 
ing from a specified location and free areas on the op- 
tical disc 1 is a recordable space. To be more specific, 
in this case, a sum of the total size of STREAM_0011 
and STREAM_0012 streams controlled by TITLE_003 
and a free area on the optical disc 1 is a recordable 
space. 

[0115] In a overwrite-record operation, for the record- 
able space described above, there are some items 
available for selection as to what order the video record- 
ing is to be actually carried out. As a first conceivable 
item of selection, it is possible to select a technique to 
record information in an order streams are specified in 
the title. To be more specific, in this case, it is possible 
to select a technique wherein the video recording is 
startedfrom the head of STREAM_0011 and, as the end 
of STREAM_001 1 is reached, the recording is continued 
to the head of STREAM„0012. Then, as the end of 
STREAM_001 2 is reached, the video recording is con- 
tinued to the free space on the optical disc 1 . As another 
technique, first of all, the video recording is carried out 
on the free area on the optical disc 1 and, at a point of 
time the free area is all used up, the recording is contin- 
ued to an existing stream, 

[0116] The former technique is excellent in a sense 
that the technique emulates a video tape. That is to say 
since the recording operation resembles an operation 
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to record information onto a video tape, the operation is 
characterized in that the user is capable of comprehend- 
ing the operatbn with ease. On the other hand, charac- 
terized in that an already recorded stream Is erased lat- 
er, the latter technique is excellent in a sense that re- 
corded information Is protected. 

[0117] It should be noted that, if another recording op- 
eration is carried out on the optical disc 1 between a 
time a reservation Is made and a time to execute the 
reserved video recording, it is quite within the bounds of 
possibility that the confirmed free space for implement- 
ing the reserved video recording at the specified bit rate 
can not be allocated any more. In such a case, much 
like the append-record operation described earlier, the 
CPU 21 either automatically reduces the bit rate to a 
value smaller than the specified tore in order to record 
information for the reserved period of time, or records 
information for a period of time as long as possible by 
keeping the bit rate unchanged as it is. 
[0118] As the start time of the reserved video record- 
ing Is approaching, the optical-disc apparatus is re- 
stored from a sleep mode to an operating mode. The 
CPU 21 allocates all free areas on the optical disc 1 . It 
is needless to say that there is also a method whereby 
a free area is not allocated at this point of time but allo- 
cated at a point of time such an area is required. For the 
sake of explanation simplicity, a required area is allocat- 
ed prior to the start of recording. 

[0119] It should be noted that since the size of a re- 
quired area is known in advance in timer recording due 
to the fact that a start time, an end time and a bit rate 
are specified, only an area with a required size or a re- 
quired size plus a certain additional margin can be allo- 
cated. In case it Is necessary to record information files 
such as a case in which a title information file to be re- 
corded as a new title is required during recording, how- 
ever, an area with a size sufficient for recording the in- 
formation files needs to be allocated. 
[0120] A name Is given to a new stream file, strictly 
speaking, a new stream file in a new stream directory. 
Let the name be ¥MPEGAV¥STREAM_002¥CHUNK_ 
0031 . That is to say, the name of the stream file is 
CHUNK_0031.MPEG2 in the STREAM_002 directory 
under the MPEGAV directory in the root directory as 
shown in Fig. 32. 

[0121] A video signal received through the input ter- 
minal P3 and an audio signal through the input terminal 
P4 from a tuner not shown in the figure are encoded by 
the encoder 10 and then stored in a write-in channel 
buffer 11. Then, the CPU 21 moves the optical head 2 
to a write position determined by information on an ad- 
dress of the area allocated earlier The CPU 21 then sets 
the optical head 2, the RF & demodulation/modulation 
circuit 3 and the ECC circuit 4 in a write-in mode and 
positions the switch 5 on the side of the write-in channel 
buffer 11. After the position of the optical head 2 has 
been finely adjusted, a write-in operation using the op- 
tical head 2 is started. At that time, data to be recorded 
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in a newly provided file named CHUNK_0031 .MPEG2 
is read out from the write-in channel buffer 11 to be re- 
corded onto the optical disc 1 by way of the switch 5. 
the ECC circuit 4. the RF & demodulation/modulation 

5 circuit 3 and the optical head 2. 

[0122] At that time, first of all. the stream file named 
CHUNK_0011.MPEG2 is rewritten. After the recording 
has reached the end of the stream file named 
CHUNK_001 1 .MPEG2, then, the operation is continued 

yo to a stream file named CHUNK_0012.MPEG2 prbr to 
continuation to a stream file named CHUNK_ 
0031.MPEG2. 

[01 23] While the processing described above is being 
carried out, the CPU 21 halts the write-in operation at a 
^5 point of time any one of the 3 conditions described ear- 
lier is met. 

[0124] Then, the CPU 21 executes a file-system op- 
eration instruction included in the processing program 
in advance to update the stream files, chunk tnforma- 

20 tion, chunk-group information and title information. 

[0125] By the way, the configuration of files is 
changed with timing synchronized to completion of the 
write-in operation. For example, when recording is^ car- 
ried out on the stream file named CHUNK_ 

25 0031.MPEG2 after the write-in operations of the 2 
stream files named CHUNK_0011 .MPEG2 and 
CHUNK_0012.MPEG2 have been completed, the con- 
figuration of files on the optical disc 1 is changed to one 
shown in Fig. 33. A file name with an asterisk mark '*' 

30 appended on the right side thereof is the name of a file 
newly created this time. 

[01 26] Fig. 34 is a diagram showing a relation of files 
newly created in this way, that is, files shown in Fig. 33. 
When compared with that shown in Fig. 31 , it is obvious 

35 that CHUNK_0031 is added as a chunk included in 
CHUNKGROUP_002 specified by TITLE_003 and 
CHUNK_0031 specifies STREAM_0031. 
[0127] On the other hand, if the overwrite-record op- 
eration is completed while data Is being written into an 

40 existing stream file, that is, if the overwrite-record oper- 
ation is completed while data is being written into the 
stream file named CHUNK_0011 .MPEG2 for example, 
the free area allocated for the overwrite operation on the 
stream file named CHUNK_0031.MPEG2 is released 

45 because no data is overwritten into the file. In this case, 
special title processing is carried out. To put it in detail, 
when an overwrite-record operation is started at the 
head of TITLE_003 and the operation is completed in 
the middle of it, the title is split. To be more specific, as 

so shown in Fig. 35, newTITLE_003 is assigned tea region 
between the start position of the overwrite-record oper- 
ation and the position of completion whereas 
TITLE_004 is given to an area following the region, that 
is. the rest of the area to which TITLE_003 is supposed 

55 to be assigned originally. 

[0128] Next, an operation to play back a title is ex- 
plained, (slow, assume that an optical disc 1 having files 
shown in Fig. 26 is inserted into the optical-disc appa- 
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ratus and a title is then played back from the disc 1. 
When the optical disc 1 is inserted into the apparatus, 
first of all, the CPU 21 reads out data from information 
files on the optical disc 1 and stores the data into the 
RAf^ unit 24. This processing is carried out by repeating s 
the basic operation to read in data from an infornnation 
file described earlier 

[0129] To be more specific, first of all, the CPU 21 
reads out data from VOLUME. TOC and ALBUM.STR. 
Then, the CPU 21 examines the directory named TITLE io 
to find out how many files with a name extension VDR" 
exist in the directory. A file with such a name extension 
Is a file having title information. The number of files is 
equal to the number of titles. In the example shown in 
Fig. 26, the number of titles is three. Then, the CPU 21 is 
reads out title information from the three tiles and stores 
the information into the RAM unit 24. 
[01 30] The CPU 21 controls the OSD control circuit 9 
to let the OSD control circuit 9 generate character infor- 
mation, that is, information on titles recorded on the op- 20 
tical disc 1. The character information is synthesized by 
the synthesis circuit 8 with a video signal. A result of the 
synthesis is then output through the output terminal PI 
to be displayed on the display unit. To be more specific, 
the length and attributes of each of the 3 existing titles 2$ 
existing in this example are displayed. The attributes in- 
clude the name of the title and a date on which the title 
was recorded. 

[01 31] Assume that the user specifies TiTLE„002 as 
a title to be played back for example. In the information so 
file of TITLE_002, to be more specific, in the cgit_file_id 
field of titlejnfo ( ) shown in Fig. 1 6= a file ID specifying 
CHUNKGROUP_001 is recorded. The CPU 21 records 
the file ID and stores CHUNKGROUP_001 in the RAM 
unit 24. 3s 
[01 32] Then, the CPU 21 examines which CHUNK the 
start and end times of TITLE„002 correspond to. The 
start and end times are recorded respectively in the 
title_start_chunk_group_time_stamp and title_end_ 
chunk_group_time_stamp fields of title_info ( ) shown in 40 
Fig. 16. The examination is carried out by comparison 
with information included in information on a CHUNK- 
GROUP in which their respective chunks have been re- 
corded. To be more specific, the examination is done by 
comparison with information recorded in the ^5 
presentation_start_cg_time_count and presentation. 
end„cg_t)me_count fields of chunk_arrangementJnfo 
( ) shown in Fig. 23. In this example, the start time of 
TITLE„002 is known to be in the midst of CHUNK„0001 
as shown in Fig. 27. That is to say, it is obvious that, in so 
order to play back TITLE_002 from the head thereof, the 
playback operation needs to be started from the middle 
of the CHUNK_0001.MPEG2 stream file. 
[0133] Subsequently, the CPU 21 examines the 
stream in order to determine which part of the stream ss 
corresponds to the head of TITLE_002. That is to say, 
the CPU 21 computes the magnitude of an offset time 
(a time stamp) in the stream corresponding to the head 



of TITLE_002. Next, by using characteristic-point infor- 
mation in the CHUNK file, a playback start point corre- 
sponding to a point immediately before the start time is 
identified. In this way, an offset distance of the playback 
start point from the head of the file can be confirmed. 
[0134] Then, by using a file-system operation instruc- 
tion included in the processing program in advance, the 
CPU 21 confirms a physical address on the optical disc 
1 in which CHUNK_0001.MPEG2 has been recorded 
and the length thereof. Further, the offset address of the 
playback start point found earlier is added to this phys- 
ical address to finally confirm the address of the play- 
back start point of TITLE_002. 

[0135] Subsequently, the CPU 21 moves the optical 
head 2 to a read-out position determined by information 
on the address of the CHUNK_0001 .MPEG2 file. The 
CPU 21 then sets the optical head 2, the RF & demod- 
ulation/modulation circuit 3 and the ECC circuit 4 in a 
read-out mode and positions the switch 5 on the side of 
the read-out channel buffer 6. After the position of the 
optical head 2 has been finely adjusted, a read-out op- 
eration using the optical head 2 is started. At that time, 
data read out from the file named CHUNK_ 
0001 MPEG2 is stored in the read-out channel buffer 6. 
[01 36] The data stored in the read-out channel buffer 

6 is then output to the decoder 7 to be decoded thereby. 
As results of decoding, the decoder 7 outputs video and 
audio signals. At a point of time the amount of the data 
read out from the optical disc 1 , decoded by the decoder 

7 and displayed on the display unit becomes equal to 
the size of the CHUNK_0001 .MPEG2 file, the CPU 21 
makes the playback operation transit to TITLE_003. An 
operation to play back information from TITLE_003 is 
carried out in the same way as TITLE_002. 

[01 37] As the operation to play back data from the re- 
corded titles is completed or as an instruction to halt the 
read-out operation is received, the read-out and decod- 
ing processing is terminated. 

[0138] It should be noted that, when a new disc or a 
disc with a different format is inserted into the optical- 
disc apparatus as the optical disc 1, the CPU 21 makes 
an attempt to read out VOLUME.TOC and ALBUM.STR 
from the inserted disc. However, these files usually do 
not exist in the newly inserted disc. In such a case, that 
is, in case VOLUME.TOC and ALBUM.STR can not be 
read out, the CPU 21 issues a message to make a re- 
quest for an Instruction from the user. In response to the 
message, the user gives an instruction to the CPU 21 
to eject the optical disc 1 in case the newly inserted disc 
has a different format, or to initialize the optical disc 1 in 
case the newly inserted disc is a new disc even with the 
same format. As an alternative, the instruction may 
cause data on the newly inserted disc to be recovered 
by using some methods in case the data has been de- 
stroyed from the disc which has the same format. 
[0139] Next, write protection is explained more. The 
case of the optical disc 1 is provided with a write-inhibit 
notch which is shown in none of the figures. By operating 
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the write-inhibit notch, an operation to write data over 
the optical disc 1 can be disabled In addition to this 
write-inhibit notch, information on write protection can 
be recorded into the optical disc 1 as data. To be more 
specific, information on write protection can be written 
into write_protect ( ) (shown in Fig. 71 of 
volume_informatbn ( ) (shown in Fig. 3] of VOLUME. 
TOC [shown in Fig 2(. ftagsjorjitle of title_info ( ) 
[shown in Fig. 16] of TITLE„/###.VDR [shown in Fig. 15) 
or flags_for_program of program ( ) [shown in Fig. 18] 
of PROGRAM_$$$ PGI (shown tn Fig. 17]. 
[0140] Write protection is further explained by taking 
write_protect shown in Fig 7 as an example. 
write_protectJength of write_pfOlocl ( ) shown in Fig. 7 
is an area used for recording the length of write_protect 
( ). As shown in Fig. 36, volumc_wrilc_prolect_level is 
an area used for recording inlormaiion used for setting 
write protection for all titles and all programs recorded 
in the optical disc 1 . A level of 0 inccatos thai no write 
protection is set. Thai is lo say. in iho case of a 0 level, 
data can be written over the optical disc 1 fieely. On the 
other hand, a level of 1 indicates that only 
volume_write_protect_level can be modified. A level of 
2 indicates that ALBUM. STR and datci protected by pro- 
tection levels lower than 2 except 0 can bo modified. A 
level of 3 indicates that VOLUME TOC and data protect- 
ed by protection levels lower than 3 except 0 can be 
modified. 

[0141] A level of 4 indicates that a program and data 
protected by protection levels lower than 4 except 0 can 
be nrrcdified. A level of 5 indicates that a title and data 
protected by protection levels lower than 5 except 0 can 
be modified. Finally, a level of 6 indicates that a file with 
an extension .MPEG2, .ABST or.CGIT added to the 
name thereof as a suffix and data protected by protec- 
tion levels lower than 6 except 0 can be modified. 
[0142] pass word_enable_f lag is a field used for de- 
scribing a flag indicating whether password_for_ 
vol ume_ writ e_protect to be described later is valid or 
invalid. If the flag indicates that passwordJor_ 
volume_write_protect is valid, it is necessary to enter a 
password matching that recorded in password_for_ 
volume_write_protect in order to modify write_protect 
( ). By modification of write_protect ( ), creatbn of new 
write_protect ( ), modification of existing write_protect 
( ) or deletion of existing write_protect ( ) is meant. 
append_only_flag is a field used for describing a flag for 
limiting modification ol a range allowed by 
volume_write_protectJevel to further addition only. If 
this flag is valid, already existing information can not be 
rewritten. 

[0143] expiration_time_enable_fIag is a field used for 
describing a flag indicating whether write_ 
protect_expiration_time ( ) to be described later is valid 
or invalid. number_of_times_enable_flag is afield used 
for describing a flag indicating whether number_of_ 
times to be described later is valid or invalid. 
password_for_volume_write_protect is an area used for 



recording a password required for modifying 
write_protect ( ). 

[0144] write_protect_set_time ( ) is an area used for 
recording a time and a date write _protect ( ) was set or 

5 modified least recently in terms of years, months, days, 
hours, minutes and seconds which are each expressed 
in the BCD format. write_protect_expiration_time ( ) is 
an area used for recording infomnation on a time and a 
date showing a term of validity in terms of years, months, 

10 days, hours, minutes and seconds which are each ex- 
pressed in the BCD format. A term of validity of a pass- 
word is set in th is area. When the term of validity expires, 
information on write_protect ( ) can be modified by the 
user without the need for the user to enter a password. 

15 An indefinite term of validity can also be set. 

[0145] Next, processing to modify write_protect is ex- 
plained by referring to a flowchart shown in Fig. 37. As 
shown in the figure, the processing begins with a step 
S1 at which the user enters a command to modify 

20 write_protect ( ) by operating the input unit 1 4. The flow 
of the processing then goes on to a step S2 at which the 
CPU 21 forms a judgment as to whether or not a prede- 
termined password has been recorded in 
password_for_volume_write_protect in write_protect ( ) 

25 of volumejnformation ( ) in VOLUME.TOC stored in the 
RAM unit 24. If password_enable_flag is 1 and a valid 
password has been recorded in password_for„volume_ 
writeprotect, the flow of the processing proceeds to a 
step S3 at which the CPU 21 forms a judgment as to 

30 whether or not write_protect_expiration_time ( ) in 
write_protect ( ) is still valid at the present time. 
[0146] That is to say. the CPU 21 forms a judgment 
as to whether or not the present time is within a term of 
validity of the password which is recorded in 

35 write_protect_expiration_time ( ). If the outcome of the 
judgment indicates that the password is valid, the flow 
of the processing continues to a step S4 at which the 
CPU 21 controls the OSD control circuit 9 to let a mes- 
sage be generated to request the user to enter a pass- 

40 word. The message is output through the synthesis cir- 
cuit 8 and the output terminal PI to be displayed on the 
display unit. The flow of the processing then goes on to 
a step S5 at which the user sees the message and, in 
response to this message, the user enters a password 

45 by operating the input unit 14. 

[0147] Then, the flow of the processing proceeds to a 
step S6 at which the CPU 21 forms a judgment as to 
whether or not the password entered by the user at the 
step S5 is correct, that is, a judgment as to whether or 

50 not the password entered by the user at the step S5 
matches the password recorded in password_for_ 
volume_write_protect. If the outcome of the judgment 
indicates that the entered password matches tho re- 
corded password, the flow of the processing continues 

ss to a step S8 at which the CPU 21 controls the OSD con- 
trol circuit 9 to let a message be generated to indicate 
that the user is allowed to change write_protect. The 
message is output through the synthesis circuit 8 and 



15 

SNSOOCID: <EP 0911825A2_L> 



29 EP0 911 

the output tsmninal PI to be displayed on the display 
unit. 

[0148] The flow of the processing then goes on to a 
step S9 at which the user sees the message and, in re- 
sponse to this message, the user enters information for 5 
changing write protect by operating the input unit 14. 
After such information has been input, the flow of the 
processing proceeds toa step S10 at which the CPU 21 
updates write_protect in accordance with the input in- 
formation. To put it in detail, the CPU 21 updates the io 
contents of write_protect stored in the RAM unit 24 and 
records the updated contents into the optical disc 1. 
[0149] If the outcome of the judgment formed at the 
step S6 indicates that the entered password does not 
match the recorded password, on the other hand, the 
flow of the processing continues to a step S7 at which 
the CPU 21 controls the OSD control circuit 9 to let a 
message be generated and displayed on the display unit 
to indicate that the user is not allowed to change 
write_protect. In this case, the user is not capable of 20 
changing write_protect and the pieces of processing 
carried out at the steps S8 to S10 are skipped. 
[0150] If the outcome of the judgment'formed at the 
step S2 indicates that no password has been recorded 
in password_for_volumG_write_protec1 or the outcome 2S 
of the judgment formed at the step S3 indicates that 
write_protect_expiration_ttme ( ) in write_protect ( ) has 
expired, indicating that a recorded password is not valid 
any more at the present time, on the other hand, the flow 
of the processing proceeds to the step S8 at which the 30 
pieces of processing of the step S8 and the subsequent 
steps are carried out. In this case, the user is allowed to 
update write_protect freely. 

[01 51 ] Next, processing to record predetermined data 
into the optical disc 1 is explained by referring to a flow- 35 
chart shown in Figs. 38 and 39. This processing is start- 
ed when the user enters a command to record the pre- 
determined data by operating the input unit 14. As 
shown in Fig. 38, the processing begins with a step S21 
at which the CPU 21 executes processing to read in 40 
volume_write„protect_level of write_protect ( ) stored in 
the RAM unit 24. The flow of the processing then goes 
on to steps S22 to S28 to form judgments as to whether 
or not volume_write_protect__level is set at a value of 0 
to 6 respectively. as 
[01 52] To put it in detail, if the outcome of the judgment 
formed at the step S22 indicates that volume_write_ 
protecl_level is set at 0, the flow of the processing pro- 
ceeds to a step S30 at which the CPU 21 carries out 
processing to record the data in accordance with the so 
command entered by the user by operating the input unit 
14. That is to say, since the value of votume_ 
write_protect_level indicates that an overwrite operation 
is not prohibited, the user is allowed to carry out 
processing to record data freely. S5 
[0153] If the outcome of the judgment formed at the 
step S23 indicates that volume„write_protect_level is 
set at 1 , the flow of the processing proceeds to a step 
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S31 at which the CPU 21 forms a judgment as to wheth- 
er or not the input data is data to be recorded in 
volume. write_protect_level itself. As described before 
by referring to Fig. 36, a value of volume, 
write_protect_level equal to 1 indicates that the user is 
allowed to update volume_write_protectJevel itself but 
a write operation over other data is prohibited. Thus, if 
the outcome of the judgment formed at the step S31 in- 
dicates that the input data is data to be recorded in 
volume_write_protect_level itself, the flow of the 
processing proceeds to the step S30 at which the CPU 
21 carries out processing to write the data over 
volume_write_protect_level. If the outcome of the judg- 
ment formed at the step S31 indicates that the input data 
is not data to be recorded in volume_write_ 
protect Jevel, on the other hand, the flow of the process- 
ing continues to a step S32 at which the CPU 21 controls 
the OSD control circuit 9 to let a message indicating that 
that the recording operation is prohibited be generated 
and displayed on the display unit. 
[0154] If the outcome of the judgment formed at the 
step S24 indicates that vol ume_write_protect Jevel is 
set at 2, the flow of the processing proceeds to a step 

533 at which the CPU 21 forms a judgment as to wheth- 
er or not the input data is data to be recorded in ALBUM. 
STR. A value of volume_write_protect_level equal to 2 
indicates that the user is allowed to update only ALBUM. 
STR and volume_write_protectJevel. that is, data at a 
level lower than ALBUM.STR. Thus, if the outcome of 
the judgment formed at the step S33 indicates that the 
input data is data to be recorded in ALBUM.STR, the 
flow of the processing proceeds to the step S30 at which 
the CPU 21 carries out processing to write the input data 
over A LBUM.STR. If the outcome of the judgment 
formed at the step S33 indicates that the input data is 
not data to be recorded in ALBUM.STR, on the other 
hand, the flow of the processing proceeds to the step 
S31 at which the CPU 21 carries out processing of this 
step and the subsequent processing. To put it in detail, 
if the outcome of the judgment formed at the step S31 
indicates that the input data is data to be recorded in 
volume_write_protectjevel itself, the recording opera- 
tion is allowed, but if the outcome of the judgment 
formed at the step S31 indicates that the input data is 
not data to be recorded in volume_write_protect_level, 
on the other hand, the recording operation is prohibited. 
[0155] If the outcome of the judgment formed at the 
step S25 indicates that volume_write_protect_level is 
set at 3, the flow of the processing proceeds to a step 

534 at which the CPU 21 forms a judgment as to wheth- 
er or not the input data is data to be recorded in VOL- 
UME. TOC. A value of volume__write„protectJevel 
equal to 3 indicates that the user is allowed to update 
only VOLUME.TOC, ALBUM.STR and volume_write_ 
protect_leveL Thus, If the outcome of the judgment 
formed at the step S34 indicates that the input data is 
data to be recorded in VOLUME. TOC, the flow of the 
processing proceeds to the step S30 at which the CPU 
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21 carries out processing to write the input data over 
existing data. If the outcome of the judgment formed at 
the step S34 indicates that the input data is not data to 
be recorded in VOLUME. TOC. on the other hand, the 
flow of the processing proceeds to the step S33 at which 
the CPU 21 carries out processing of this step and the 
subsequent processing. To put it in detail, if the outcome 
of the judgment formed at the step S33 indicates that 
the input data is data to be recorded in ALBUM.STR or 
volume_write jDrotectJevel itself, the recording opera- 
tion is allowed, but if the outcome of the judgment 
formed at the step S33 indicates that the input data is 
not data to be recorded in ALBUM. STR or volume, 
write j>rotectJevel, on the other hand, the recording op- 
eration is prohibited. 

[0156] It the outcome of the judgment formed at the 
step S26 indicates that volume_write^rotectJevel is 
set at 4, the flow of the processing proceeds to a step 
S35 at which the CPU 21 forms a judgment as to wheth- 
er or not the input data is data to be recorded in a pro- 
gram information file. A value of volume_write_ 
protectjevel equal to 4 indicates that the user is allowed 
to update only a program information file, VOLUME. 
TOC, ALBUM.STR and volume_write_protect_level. 
[0157] Thus, if the outcome of the judgment formed 
at the step S35 indicates that the input data is data to 
be recorded in a program infonmatton file, the flow of the 
processing proceeds to the step S30 at which the CPU 
21 carries out processing to write the input data over 
existing data. If the outcome of the judgment formed at 
the step S35 indicates that the input data is not data to 
be recorded in a program information file, on the other 
hand, the flow of the processing proceeds to the step 
S34 at which the CPU 21 carries out processing of this 
step and the subsequent processing. To put it in detail, 
if the outcome of the judgment formed at the step S34 
indicates that the input data is data to be recorded in 
VOLUME. TOC, ALBUM.STR or volume_write_protect_ 
level itself, the recording operation is allowed, but if the 
outcome of the judgment formed at the step S34 indi- 
cates that the input data is not data to be recorded in 
VOLUME. TOC. ALBUM.STR or volume_write_protect_ 
level, on the other hand, the recording operation is pro- 
hibited. 

[0158] If the outcome of the judgment formed at the 
step 827 indicates that volume_write _protectJevel is 
set at 5, the flow of the processing proceeds to a step 
336 at which the CPU 21 forms a judgment as to wheth- 
er or not the input data is data to be recorded in a title 
information file. A value of volume_write jDrotect_level 
equal to 5 indicates that the user is allowed to update 
only a title information file, a program information file, 
VOLUME. TOC. ALBUM.STR and volume_write_ 
protectjevel. Thus, if the outcome of the judgment 
formed at the step S36 indicates that the input data is 
data to be recorded in a title information file, the flow of 
the processing proceeds to the step S30 at which the 
CPU 21 carries out processing to write the input data 



over existing data. If the outcome of the judgment 
formed at the step S36 indicates that the input data is 
not data to be recorded in a title infonnation file, on the 
other hand, the flow of the processing proceeds to the 

5 step 835 at which the CPU 21 carries out processing of 
this step and the subsequent processing. To put it In de- 
tail, if the outcome of the judgment formed at the step 
835 Indicates that the input data is data to be recorded 
in a program information file, VOLUME.TOC. ALBUM. 

10 8TR or volume_write j)rotectJeve! itself, the recording 
operation is allowed, but if the outcome of the judgment 
formed at the step 835 indicates that the input data is 
not data to be recorded in a program information file, 
VOLUME.TOC, ALBUM.STR or volume_write_protect_ 

15 level, on the other hand, the recording operation is pro- 
hibited. 

[01 59] It the outcome of the judgment formed at the 
step 828 indicates that volume_write_protect_level is 
set at 6, the flow of the processing proceeds to a step 

20 S37 at which the CPU 21 forms a judgment as to wheth- 
er or not the input data is data to be recorded in a stream 
file or a chunk-group information file. A value of 
volume_write^rotect_level equal to 6 indicates that the 
user is allowed to update only a stream file, a chunk- 

25 group Information file, a title information file, a program 
information file. VOLUME.TOC. ALBUM.STR and 
volume_write_protect_level. Thus, if the outcome of the 
judgment formed at the step S37 indicates that the input 
data is data to be recorded in a stream file or a chunk- 

30 group information file, the flow of the processing pro- 
ceeds to the step 830 at which the CPU 21 carries out 
processing to write the input data over existing data. If 
the outcome of the judgment formed at the step 837 in- 
dicates that the input data is not data to be recorded in 

35 a stream file or a chunk-group information file, on the 
other hand, the flow of the processing proceeds to the 
step 836 at which the CPU 21 carries out processing of 
this step and the subsequent processing. To put it in de- 
tail, if the outcome of the judgment formed at the step 

40 836 indicates that the input data is data to be recorded 
in a title information file, a program Information file, VOL- 
UME.TOC, ALBUM.STR or volume_write_protectJevel 
itself, the recording operation is allowed, but if the out- 
come of the judgment formed at the step 836 indicates 

45 that the input data is not data to be recorded in a title 
information file, a program information file, VOLUME. 
TOC, ALBUM.STR or volume„write_prolect_level, on 
the other hand, the recording operation is prohibited. 
[0160] If the outcome of the judgment formed at the 

so step 828 indicates that voiume_write_protect_level is 
not set at 6 either, on the other hand, the flow of the 
processing proceeds to a step 829 at which error han- 
dling is carried out. This is because volumc_write_ 
protectjevel can be set only at a value in the range 0 

55 to 6 shown in Fig. 36. Thus, a value of 
volume_write_protectJevel in the range 7 to 15 not 
used for the time being is an error which needs to be 
processed. 
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[01 61 ] Fig. 40 is an explanatory diagram used for de- 
scribing a relation of vo!unDe_write_protectJevel. As 
shown in the figure, at each level, an operation to update 
data of this level itself and data on the inner side of this 
level, that is, data at a level represented by a value 
smaller than a value for this level, is allowed. However, 
an operation to update data on the outer side of this lev- 
el, that is, data at a level represented by a value greater 
than the value for this level, is prohibited. 
[01 62] write^protect ( ) has been explained so far f n- 
fornnation on write protection similar to write_protect is 
also described in flagsjor title and flags Jor_program, 
on the basis of which similar processing is carried out, 
[0163] It should be noted that wnio protection is con- 
trolled in accordance with the value of a logical sum of 
the setting position of the wrrto-proioct notch provided 
on the case of the optical disc 1 and pieces of informa- 
tion stored in write_proieci ( ). flags_for_title and 
flags_for_program of VOLUME. TOC. To be more spe- 
cific, prohibition of processing lo record data is imple- 
mented even if only one of them pf esciibes that a write 
operation is prohibited. 

[0164] Next, play^protect ( ) shown in Fig 8 is further 
explained. In this play_protect ( ). it is possible to set 
protect information to be referred to in a playback oper- 
ation for all titles or all programs recorded in the optical 
disc 1 . Protect information to be referred to in a playback 
operation for individual titles or individual programs is 
recorded in fIags_for_title of title_jnfo { ) shown in Fig. 
16 or in flags_for_program of program ( ) shown in Fig 
18. 

[01 65] play_protect_length is an area used for record- 
ing a number expressing the length of play .protect ( ) 
in terms of bytes. volume_play_protect_flag is an area 
used for recording a flag representing protection status 
to be referred to in a playback operation for the entire 
volume (the entire optical disc 1). As shown in Fig. 41, 
there are 4 types of status that can be set in the flag. 
[0166] To be more specific, a value of 00 set in the 
flag indicates that an operation to play back information 
from all titles and all programs is allowed. A value of 01 
set in the flag indicates that an operation to play back 
infomnation from a program is allowed but an operation 
to play back information from a title is not. On the other 
hand, a value of 10 set in the flag indicates that an op- 
eration to play back information from a title is allowed 
but an operatksn to play back infomnation from a pro- 
gram is not. Finally, a value of 11 set in the flag indicates 
that an operation to play back information from all titles 
and all programs is prohibited. 

[0167] password_enable_flag is a flag for indicating 
whether password_for_volume_play_protect is valid or 
invalid. 

[0168] expiration_time_enable_flag is a flag for indi- 
cating whether play_protect_expiration_time ( ) to be 
described later Is valid or invalid. If expiration_time_ 
enablejiag indicates that play_protect_expiration_time 
( ) is valid, password_for_ volume_play_protect has a 



term of validity indicated by play_protect_ 
expiration_time ( ). 
[0169] number_of_times_enable_flag Is a flag for in- 
dicating whether number_of_times to be described later 
5 is valid or invalid. 

[01 70] password Jor_volume_play_protect is an area 
used for recording a password which is referred to when 
the level of a password or the term of validity is changed. 
[0171] play_protect_set_time ( ) is an area used for 
10 recording a setting time in terms of years, months, days, 
hours, minutes and seconds which are each expressed 
in the BCD format. 

[0172] play_protect_expiratlon_time ( ) is an area for 
recording a term of validity in terms of years, months, 
days, hours, minutes and seconds which are each ex- 
pressed in the BCD format. A term of validity can be set 
tor a password. When the term expires, the play_protect 
information can be changed without a password. An in- 
definite term can be set as a term of validity. 
20 [01 73] number_of„limes cited above is an area used 
for recording the number of times information has been 
recorded. 

[0174] Next, processing to change play_protect is ex- 
plained by referring to a flowchart shown in Fig. 42. As 

2S shown in the figure, the processing begins with a step 
S51 at which the user enters a command to change 
play_protect by operating the input unit 14. The flow of 
the processing then goes on to a step S52 at which the 
CPU 21 forms a judgment as to whether or not a prede- 

30 termined password has been recorded in 
password_for_volume_play_protect in play_protect ( ) 
of volume_information ( ) in VOLUMETOC stored in the 
RAM unit 24. If a password has been recorded therein, 
the flow of the processing proceeds to a step S53 at 

35 which the CPU 21 forms a judgment as to whether or 
not play_protect_expiration_time ( ) in play_protect ( ) 
is still valid at the present time. 

[0175] That is to say. the CPU 21 forms a judgment 
as to whether or not the present time is within a term of 

40 validity of the password which is recorded in 
play_protect_expiration_time. If the outcome of the 
judgment indicates that the password is valid, the flow 
of the processing continues to a step S54 at which the 
CPU 21 controls the OSD control circuit 9 to let a mes- 

45 sage be generated to request the user to enter a pass- 
word. The message is output through the synthesis cir- 
cuit 8 and the output terminal PI to be displayed on the 
display unit. The flow of the processing then goes on to 
a step S55 at which the user sees the message and, in 

50 response to this message, the user enters a password 
by operating the input unit 14. 

[01 76] Then, the flow of the processing proceeds to a 
step S56 at which the CPU 21 forms a judgment as to 
whether or not the password entered by the user at the 
55 step S55 is correct, that is, a judgment as to whether or 
not the password entered by the user at the step S55 
matches the password stored in passwordjor_ 
volume_play_protect. If the outcome of the judgment in- 
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dicates that the entered password matches the stored 
password, the flow of the processing continues to a step 
S58 at which the CPU 21 controls the OSD control circuit 
9 to let a message be generated to indicate that the user 
is allowed to change play.protect. The message is out- 
put through the synthesis circuit 8 and the output termi- 
nal PI to be displayed on the display unit, 
[0177] The flow of the processing then goes on to a 
step S59 at which the user sees the message and, in 
response to this message: the user enters information 
for changing play_protecl by operating the input unit 1 4. 
After such information has been input, the flow of the 
processing proceeds to a step S60 at which the CPU 21 
updates play_protect in accordance with the input infor- 
mation. To put it in detail, the CPU 21 updates the con- 
tents of play_protect stored in the RAf\/l unit 24 and 
records the updated'contents into the optical disc 1 . 
[0178] If the outcome of the judgment formed at the 
step S56 indicates that the entered password does not 
match the stored password, on the other hand, the flow 
of the processing continues to a step S57 at which the 
CPU 21 controls the OSD control circuit 9 to let a mes- 
sage be generated and displayed on the display unit to 
indicate that the user is not allowed to change 
play_protoct. In this case, the user is not allowed to 
change play_protect and the pieces of processing car- 
ried out at the steps S58 to S60 are skipped. 
[0179] If the outcome of the judgment formed at the 
step S52 indicates that no valid password has been re- 
corded in password_for_volume_play_protect or the 
outcome of the judgment formed at the step S53 indi- 
cates that play_protect_expiration_time ( ) in 
play., protect ( ) is not valid any more at the present time, 
on the other hand, the flow of the processing proceeds 
to the step S58 at which the pieces of processing of the 
step S58 and the subsequent steps are carried out. In 
this case, the user is allowed to update play_protect 
freely. 

[0180] Next, a playback operation is explained by re- 
ferring to a flowchart shown in Fig. 43. This processing 
is started when the user operates the input unit 14 to 
enter a command to play back information from the op- 
tical disc 1 . 

[0181] As shown in the figure, the processing begins 
with a step S71 at which the CPU 21 reads out 
volume_play__proteci_flag stored in the RAfy/1 unit 24. 
This flag is included in pIay_protect ( ) of volumejnfor- 
malion ( ) in VOLUME. TOC. 

[0182] The flow of the processing then goes on to 
steps S72 to S75 at which the CPU 21 forms judgments 
as to whether volume_play_protect_flag read out at the 
step S71 has a value of 00, 01, 10 or 11 respectively. 
[01 83] To put it in detail, if the outcome of the judgment 
formed at the step S72 indicates that volume_play_ 
protect_flag has a value of 00, the flow of the processing 
proceeds to a step S77 at which the CPU 21 carries out 
a playback operation in accordance with a command en- 
tered by the user. That is to say, since there is no re- 



striction on the playback operation, the operation is car- 
ries out as specified by the command. 
[0184] If the outcome of the judgment formed at the 
step S73 indicates that volume_play_protect_flag has a 

5 value of 01 , the flow of the processing proceeds to a 
step S78 at which the CPU 21 forms a judgment as to 
whether or not the user has entered a command to re- 
quest a playback operation of a title. If the command 
specifies a playback operation of a title, the processing 

10 continues to a step S79 at which the CPU 21 controls 
the OSD control circuit 9 to let a message be generated 
to notify the user that a playback operatbn of a title is 
prohibited. The message is output through the synthesis 
circuit 8 and the output terminal P1 to be displayed on 

IS the display unit. 

[0185] If the outcome of the judgment indicates that 
the command does not specify a playback operation of 
a title, on the other hand, the processing returns to the 
step S77 at which the CPU 21 carries out a playback 

20 operation in accordance with the command entered by 
the user. For example, a playback operation of a pro- 
gram is carried out. 

[0186] If the outcome of the judgment formed at the 
step S74 indicates that volume_play_protect_flag has a 

2S value of 10, the flow of the processing proceeds to a 
step 880 at which the CPU 21 forms a judgment as to 
whether or not the user has entered a command to re- 
quest a playback operation of a program. If the com- 
mand specifies a playback operation of a program, the 

30 processing returns to the step S79 at which the CPU 21 
controls the OSD control circuit 9 to let a message be 
generated to notify the user that a playback operation 
of a program is prohibited. If the outcome of the judg- 
ment formed at the step S80 indicates that the command 

35 does not specify a playback operation of a program, for 
example, if the command specifies a playback operation 
of a title, on the other hand, the processing returns to 
the step S77 at which the CPU 21 carries out a playback 
operation in accordance with the command entered by 

40 the user. 

[0187] If the outcome of the judgment formed at the 
step S75 indicates that volume_play_protect_flag has a 
value of 11, the flow of the processing proceeds to a 
step 881 at which the CPU 21 forms a judgment as to 

45 whether or not the user has entered a command to re- 
quest a playback operation of a title or a program. If the 
user has entered a command to request a playback op- 
eration of a title or a program, the flow of the processing 
returns to the step 879 at which the CPU 21 lets a mes- 

50 sage be generated to notify the user that the requested 
playback operation is prohibited. If the outcome of the 
judgment formed at the step S81 indicates that the com- 
mand does not specify a playback operation of a title or 
a program, on the other hand, the processing retums to 

55 the step S77 at which the CPU 21 carries out an oper- 
ation to play back data. 

[0188] If the outcome of the judgment formed at the 
step S75 indicates that volume_play_protect_flag does 
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not have a value of 11 , on the other hand, the flow of the 
processing proceeds to a step S76 at which the CPU 21 
carries out error processing. This is because, since the 
outconnes of the judgments indicate that this flag has 
none of values of 00. 01 , 1 0 and 1 1 . that is, the possible s 
values for the flag, the error processing needs to be car- 
ried out. 

[0189] As described above, an operation to play back 
a title or a program is controlled in accordance with the 
value of volume_play_protect_flag. Even if a playback io 
operation is prohibited by a value of the flag, with a pass- 
word entered, however, the playback operation can be 
allowed. Fig. 44 is a flowchart representing typical 
processing to allow a playback operation after checking 
an entered password even if the playback operation is ^5 
prohibited by a value of the flag. 
[0190] Pieces of processing carried out at steps S91 
to SI 04 of the flowchart shown in Fig. 44 are basically 
the same as those of the steps S71 to S81 of the flow- 
chart shown in Fig. 43. If the outcome of a judgment 20 
formed at a step S98 corresponding to the step S78 of 
the flowchart shown in Fig. 43. a step S1 03 correspond- 
ing to a step S80 of the flowchart shown in Fig. 43 or a 
step SI 04 corresponding to the step S81 of the flow- 
chart shown in Fig. 43 indicates that the requested op- 2S 
eration to play back data is prohibited by 
volume_play_protect_flag, the flow of the processing 
goes on to a step S99 at which the CPU 21 controls the 
OSD control circuit 9 to let a message be generated and 
displayed in order to request the user to enter a pass- 30 
word. In response to the message, the user enters a 
password by operating the input unit 1 4. 
[0191] The flow of the processing then proceeds to a 
step SI 00 at which the CPU 21 forms a judgment as to 
whether or not a password has been entered. If a pass- 35 
word is found entered, the flow of the processing con- 
tinues to a step SI 01 at which the CPU 21 forms a judg- 
ment as to whether or not the entered password is cor- 
rect, that is, a judgment as to whether or not the pass- 
word entered by the user matches the password stored 40 
in password_for_volume_play_protect. If the outcome 
of the judgment indicates that the entered password 
matches the stored password, the flow of the processing 
returns to a step S97 at which the CPU 21 executes the 
requested operation to play back data in opposition to ^5 
the value of volume_play_protect_flag. 
[0192] If the outcome of the judgment formed at the 
step SI 01 indicates thai the entered password is not 
correct, on the other hand, the flow of the processing 
goes on to a step SI 02 corresponding to the step S79 so 
of the flowchart shown in Fig. 43. At the step SI 02, the 
CPU 21 controls the OSD control circuit 9 to let a mes- 
sage be generated and displayed on the display unit in 
order to indicate that the requested playback operation 
is prohibited. In addition, also if the outcome of the judg- ss 
ment formed at the step SI 00 indicates that no pass- 
word Is entered, the message to indicate that the re- 
quested playback operation is prohibited is displayed. 



[0193] The other processing is the same as that 
shown in Fig. 43. 

[0194] Appropriate play-protect information can be re- 
corded fora created or edited program. In this way, even 
if the user is allowed to freely play back titles individually, 
an operation to play back a program comprising a plu- 
rality of titles to be reproduced in a predetermined order 
can be prohibited. 

[0195] Next, volume_rating ( ) shown in Fig. 6 is fur- 
ther explained. Much like play_protect, rating is a means 
or a function to classify discs in order to restrict opera- 
tions to play back information from the discs. One meth- 
od of implementing the rating is the use of volume__rating 
( ). volume_rating ( ) is information set to limit watchers 
and listeners of all title or all programs recorded on the 
optical disc on the basis of the rating. Such information 
can also be set for each program or each title. The rating 
is exemplified below by volume.rating ( ) which is effec- 
tive for all information recorded in the volume. 
[0196] volume_ralingJd is a descriptor used for 
showing that information following this descriptor is 
volume_rating ( ). volume_rating_length is an area used 
for recording the length of volume_rating ( ) expressed 
in terms of bytes. volume_rattng_type is an area used 
for recording a flag representing a method of setting the 
rating. As shown in Fig. 45, there are three types of rat- 
ing method which can be selected. 
[0197] To put it in detail, a value of 00 set in this flag 
indicates a rating method whereby a judgment as to 
whether or not a watcher or a listener is allowed to play 
back information is formed on the basis of the age of the 
watcher or the listener. A value of 01 set in this flag in- 
dicates a rating method conforming to classification 
known as CARA established by the MPAA (Motion Pic- 
ture Association of America). A value of 10 set in this 
flag indicates a rating method conforming to categoriza- 
tion established by the RSAC (Recreational Software 
Advisory Council). 

[0198] volume_rating_password is an area used for 
recording a password required in modifying information 
on volume„rating ( ). 

[0199] With a value of 00 set in volume_rating_type, 
a judgment as to whether or not a watcher or a listener 
is allowed to play back information is formed on the ba- 
sis of the age of the watcher or the listener. 
country_code_for_rating is an area used for recording 
the code of a country, that is, information indicating 
which country the rating is applied to. 
age_for_volume_rating is an area used for recording an 
age limit. A watcher or a listener having an age at least 
equal to the age limit is allowed to watch or listen to video 
information recorded in a volume in which 
volume_rating ( ) is recorded. 

[0200] With a value of 01 set in volume_rating_type, 
a rating method conforming to the CARA classification 
is set for classifying work recorded in the volume. Video 
information recorded in the volume is classified into 4 
categories shown in Fig. 46, namely, G, PG, PG-13and 
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NC-17. CARA_category is an area used for recording a 
category of work recorded in the volume. 
[0201] With a value of 10 set in vo!ume_ratlng_type. 
a rating method conforming to the RSAC categorization 
is set for classifying work recorded in the volume. 
RSAC_category is an area used for recording one of 
types of categorization shown in Fig. 47, namely, Vio- 
lence Rating. Nudity Rating, Sex Rating and Language 
Rating. On the other hand, RSAC_level is an area used 
for recording one of levels 0 to 4 shown in Fig. 48 for 
each type of categorization. 

[0202] Next, processing to set volume_rating is ex- 
plained by referring to a flowchart shown in Fig. 49. As 
shown in the figure, the processing begins with a step 
S1 11 at which the user enters a command to change 
volume_rating by operating the input unit 14. The flow 
of the processing then goes on to a step S1 12 at which 
the CPU 21 controls the OSD control circuit 9 to display 
a message urging the user to enter a password match- 
ing that recorded in volume_raling_password. In re- 
sponse to the message, the user enters a password by 
operating the input unit 14. 

[0203] Then, the flow of the processing proceeds to a 
step S11 3 at which the CPU 21 forms a judgment as to 
whether or not the entered password matches that re- 
corded in volume_rating_password. If the entered pass- 
word matches that recorded in voIume_rating_pass- 
word. the flow of the processing continues to a step 
S1 14 at which the CPU 21 controls the OSD control cir- 
cuit 9 to let a message be generated to notify the user 
that volume_rating can be changed. This message is 
output to the display unit by way of the synthesis circuit 
8 and the output terminal PI to be displayed thereon. 
Subsequently, the flow of the processing goes on to a 
step S1 14 to let the user select a value of 
volume_rating_type. 

[0204] If the outcome of the judgment formed at the 
step S1 1 3 indicates that the entered password does not 
match that recorded in volume_rating_password, on the 
other hand, the flow of the processing continues to a 
step S 1 1 8 at which the CPU 21 controls the OSD control 
circuit 9 to let a message be generated and displayed 
on the display unit to notify the user that modification of 
volume_rating is prohibited- In this case, the pieces of 
processing carried out at the steps 8114 to S1 17 are 
skipped and the user is not allowed to update the value 
of volume_rating. 

[0205] The flow of the processing then goes on from 
the step S1 14 to a step S1 15 at which the CPU 21 forms 
a judgment as to whether or not the value of 
volume_rating_type entered by the user is agejimited. 
If the value of volume_rating_type is agejimited, the 
flow of the processing goes on to a step S1 1 9 at which 
the CPU 21 controls the OSD control circuit 9 to gener- 
ate and display to the user an inquiry about a minimum 
age for limiting the age of a watcher or a listener who 
will be allowed to play back information recorded on the 
optical disc. In response to this inquiry, the user enters 



a command specifying a minimum age allowed to watch 
and listen to information played back from the volume 
by operating the input unit 14. The CPU 21 then sets 
age_for_volume_rating for the command entered by the 

5 user and further sets country_code_for_rating as well. 
After the processing described above has been com- 
pleted, the flow proceeds to a step S123. 
[0206] If the outcome of the judgment fomned at the 
step S115 indicates that the value of volume_rating_ 

10 type is not agejimited, on the other hand, the flow of 
the processing goes on to a step 811 6 at which the CPU 
21 forms a judgment as to whether or not the value of 
volume jatingjype entered by the user is CARA. If the 
value of volumejating_type is CARA. the flow of the 

IS processing continues to a step SI 20 at which the CPU 
21 controls the OSD control circuit 9 to generate and 
display to the user an inquiry about a category to be set. 
In response to this inquiry, the user enters a command 
specifying a CARA category by operating the input unit 

20 14. The CPU 21 then sets CARA_category in accord- 
ance with the command entered by the user After the 
processing described above has been completed, the 
flow proceeds to the step S 1 23. 

[0207] If the outcome of the judgment formed at the 

25 step S1 16 indicates that the value of volumo_rating_ 
type is not CARA, on the other hand, the flow of the 
processing goes on to a step S1 1 7 at which the CPU 21 
forms a judgment as to whether or not the value of 
volume_rating Jype entered by the user is RSAC. If the 

30 value of volume_ratingJype is RSAC. the flow of the 
processing continues to a step SI 21 at which the CPU 
21 controls the OSD control circuit 9 to generate and 
display to the user an inquiry about which category de- 
fined by the RSAC is to be set. In response to this in- 

35 quiry, the user enters a command specifying an RSAC 
category by operating the input unit 14. The CPU 21 
then sets RSAC_category in accordance with the com- 
mand entered by the user Subsequently the flow of the 
processing continues to a step 81 22 at which the CPU 

40 21 controls the OSD control circuit 9 to generate and 
display to the user an inquiry about which level defined 
by the RSAC is to be set. In response to this inquiry, the 
user enters a command specifying an RSAC level by 
operating the input unit 14. The CPU 21 then sets 

45 RSACJevel in accordance with the command entered 
by the user. After the processing described above has 
been completed, the flow proceeds to the step 8123. 
[0208] At the step S123, the CPU 21 controls the OSD 
control circuit 9 to generate and display to the user an 

50 inquiry about whether or not volume_rating_password 
is to be modified. If the user enters YES by operating 
the input unit 14 in response to the inquiry, the flow of 
the processing goes on to a step S 1 24 at which the CPU 
21 controls the OSD control circuit 9 to display a mes- 

55 sage urging the user to enter a new password. In re- 
sponse to the message, the user enters a new password 
by operating the input unit 14. The CPU 21 then replaces 
a password recorded in vol ume_rating_pass word with 
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the new one. If the user enters NO by operating the input 
unit 14 in response to the inquiry issued at the step 
SI 23, on the other hand, volume_rating_password is 
not changed and the processing to modify 
volume,, rating is finished. 

[0209] If the outcome of the judgment formed at the 
step S117 indicates that the value of 
volume_ratingJype is not RSAC either, on the other 
hand, the flow of the processing goes on to a step S118 
at which the CPU 21 carries out error handling. This is 
because the value of volume„rating_type is limited to 
agejimited, CARA and RSAC only. If the value of 
volume_rating_type is determined to be none of them, 
error handling needs to be carried out. 
[0210] Next, rating processing carried out during a 
playback operation is explained by referring to a flow- 
chart shown in Figs. 50 and 51 . This rating processing 
is started by the CPU 21 along with other processing 
when the user inserts an optical disc 1 into an optical- 
disc apparatus. As shown in Fig. 50, the rating process- 
ing begins with a step 3131 at which the CPU 21 reads 
in volume_rating ( ) recorded on the optical disc 1. To 
put in detail, the CPU 21 controls the optical head 2, 
playing back data from the optical disc 1. The data 
played back from the optical disc 1 is supplied to the 
read-in channel buffer 6 by way of the optical head 2, 
the RF & demodulation/modulation circurt 3, the ECO 
circuit 4 and the switch 5 to be once stored in the buffer 
6. The data stored in the read-in channel buffer 6 is then 
transferred to the RAM unit 24. The CPU 21 finally reads 
in volume_rating ( ) from the data stored in the RAM unit 
24. 

[0211] The flow of the processing then goes on to a 
step SI 32 at which the CPU 21 forms a judgment as to 
whether or not the value of volume_rating__type included 
in volume_rating ( ) is age_limited. If the value of 
volume_rating_type included in volume_rating ( ) is 
agejimited, the flow of the processing proceeds to a 
step S 1 36. At the step 81 36, the CPU 21 reads in coun- 
try codes from country_codeJor_rating and values of 
agejor_volume_rating included in volume_rating () 
and selects a value of age_for_volume_rating for a 
country code set on the optical-disc apparatus. The flow 
of the processing then continues to a step SI 37 at which 
the CPU 21 compares an age limit set in the optical-disc 
apparatus specifying the minimum age allowed to watch 
and listen to information played back from the optical 
disc 1 with the selected value of age_for_votume_rating. 
Then, the flow of the processing goes on to a step S 1 42 
to form a judgment as to whether or not an operation to 
play back information from the optical disc 1 is allowed 
for the age limit set in the optical-disc apparatus. If an 
operation to play back information from the optical disc 
1 is allowed, the flow of the processing proceeds to a 
step SI 46. If the outcome of the judgment on the age 
limit set in the optical-disc apparatus indicates that the 
user is not allowed to play back information from the op- 
tical disc 1, on the other hand, the flow of the processing 



continues to a step SI 45 to display a message stating 
that a playback operation is prohibited and terminate the 
playback processing. 

[0212] If the outcome of the judgment formed at the 
5 step SI 32 indicates that the value of 
volume_rating_type included in volume_rating ( ) is not 
age_limited, on the other hand, the flow of the process- 
ing proceeds to a step SI 33. 

[021 3] At the step S1 33, the CPU 21 forms a judgment 
^0 as to whether or not the value of volume_rating_type 
included in volume_rating ( ) is CARA. If the value of 
volume_rating_type included in volume_rating ( ) is 
CARA, the flow of the processing goes on to a step 
8138. At the step 8138, the CPU 21 reads in 
^5 CARA_category of volume_rating ( ). The flow of the 
processing then proceeds to a step 8139 at which the 
CPU 21 compares CARA_category of volume_rating ( ) 
with a CARA category set in the optical-disc apparatus. 
Then, the flow of the processing goes on to a step 81 43 

^0 to form a judgment as to whether or not an operation to 
play back information from the optical disc 1 is allowed 
for the CARA category set in the optical-disc apparatus. 
If an operation to play back information from the optical 
disc 1 is allowed, the flow of the processing proceeds to 

2S the step 8146. If the outcome of the judgment on the 
CARA category set in the optical-disc apparatus indi- 
cates that the user is not allowed to play back informa- 
tion from the optical disc 1 , on the other hand, the flow 
of the processing continues to the step SI 45 to display 

30 a message stating that a playback operation is prohib- 
ited and terminate the playback processing. 
[0214] If the outcome of the judgment fomned at the 
step SI 33 indicates that the value of 
volume_rating_type included in volume_rating ( ) is not 

35 CARA, on the other hand, the flow of the processing pro- 
ceeds to a step SI 34. At the step 8134, the CPU 21 
forms a judgment as to whether or not the value of 
volume_rating„type included in volume_rating ( ) is 
RSAC. If the value of volume_rating_type included in 

40 volume_rating ( ) is RSAC, the flow of the processing 
goes on to a step 8140. At the step 8140, the CPU 21 
reads in RSAC_category and R8AC_tevel of 
volume_rating ( ). The flow of the processing then pro- 
ceeds to a step SI 41 at which the CPU 21 compares 

4S RSAC_category and RSAC_level of volume_rating ( ) 
respectively with a CARA category and a CARA level 
set in the optical-disc apparatus. Then, the flow of the 
processing goes on to a step 8144 to form a judgment 
as to whether or not an operation to play back informa- 

50 tion from the optical disc 1 is allowed for the RSAC cat- 
egory and the RSAC level set in the optical-disc appa- 
ratus. If an operation to play back information from the 
optical disc 1 is allowed, the flow of the processing pro- 
ceeds to the step 81 46. If the outcome of the judgment 

55 on the RSAC category and the RSAC level set in the 
optical-disc apparatus indicates that the user is not al- 
lowed to play back information from the optical disc 1, 
on the other hand, the flow of the processing continues 
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to the step SI 45 to display a message stating that a 
playback operation is prohibited and terminate the play- 
back processing. 

[0215] If the outcome of the judgment formed at the 
step S134 indicates that the value of 5 
volume_rating_type included in volume_rating ( ) is not 
RSAC either, on the other hand, the flow of the process- 
ing proceeds to a step S135 at which error handing is 
carried out much like the step S1 18 of the flowchart 
shown in Fig. 49. 

[0216] Much like the processing shown in Figs. 43and 
44, at the step SI 46, volume_play_protect_flag is 
checked. That is to say, when the rating is added to 
play_protect as a function to restrict playback opera- 
tions, the rating is checked prior to the processing 
shown in Figs. 43 and 44. A specified title or a specified 
program can not be played back from the optical disc 1 
unless the results of judgments on the rating and 
play_protect indicate that a playback operation is al- 
lowed. In other words, if an outcome of a judgment 
formed in the processing to determine whether or not a 
playback operation is allowed on the basis of the rating 
or play_protect indicates that the playback operation is 
prohibited, an operation to play back a specified title or 
a specified program is not allowed, 
[0217] Then, the flow of the processing goes on to a 
step 81 47. Also much like the processing shown in Figs. 
43 and 44. at the step SI 47, the CPU 21 forms a judg- 
ment as to whether an operation to play back informa- 
tion from the optical disc 1 is allowed or prohibited. If the 
outcome of the judgment on play_protect indicates a 
prohibited playback operation, the flow of the process- 
ing proceeds to the step SI 45. If the outcome of the 
judgment on play_protect indicates an allowed playback 
operation, on the other hand, the flow of the processing 
proceeds to the step SI 48. 

[021 8] At the step S1 48, a specified title or a specified 
program is played back without any further verification 
of protection because the title or the program has been 
finally judged to be information that is allowed to be 
played back. 

[0219] As described above, the present invention is 
applied to an optical-disc apparatus. However, the 
present invention can also be applied to operations to 
record and play back information into and from a record- 
ing medium other than an optical disc. 
[0220] It should be noted that, as a presentation me- 
dium for presenting computer programs to be executed 
to carry out the processing described above to the user, 
communication media such as a network and a satellite 
can be utilized in addition to recording media like a mag- 
netic disc, a CD-ROM and a solid-state memory device. 
[0221] In the recording apparatus, the recording 
method, the presentatbn medium and the recording 
medium according to at least preferred embodiments of 
the present invention, prohibition of a write operation 
over a combination of pieces of data is specified. As a 
result, operatability of the recording apparatus can be 



improved. 

[0222] In the recording/playback apparatus, the re- 
cording/playback method and the presentation medium 
according to at least preferred embodiments of the 
present invention, specifying information stating prohi- 
bition of an overwrite operation for a combination of 
pieces of data is recorded into a recording medium, the 
specifying information for a piece of data subjected to a 
recording operation in accordance with a command is 
played back from the recording medium, and an opera- 
tion to record the piece of data into the recording medi- 
um is controlled in accordance with a result of a judg- 
ment formed on the specifying information played back 
from the recording medium. 

[0223] As a result, operatability of the recording/play- 
back apparatus tor recording and playing back data can 
be improved. 

[0224] In the playback apparatus, the recording play- 
back method and the presentation medium according to 
at least preferred embodiments of the present invention, 
an operation to play back data from a recording medium 
is controlled in accordance with a prescribed regulation 
as to whether or not the operation to play back the data 
recorded in the recording medium is allowed. As a re- 
sult, a person recording data is capable of controlling an 
operation to play back the data. 

[0225] A recording medium according at least pre- 
ferred embodiments of the present invention is also 
used for recording specifying information for specifying 
whether or not an operation to play back the data is pro- 
hibited. As a result, it is possible to provide a recording 
medium that allows a person recording data to control 
an operation to play back the data from the medium. 
[0226] In the recording apparatus, the recording 
method and the presentation medium according to at 
least preferred embodiments of the present invention, a 
prescribed regulation as to whether or not to prohibit an 
operation to play back data recorded in a recording me- 
dium is recorded in the recording medium. As a result, 
it is possible to provide a recording medium that allows 
a person recording data to control an operation to play 
back the data from the medium. 

[0227] In the recording/playback apparatus, the re- 
cording/playback method and the presentation medium 
according to at least preferred embodiments of the 
present invention, specifying information specifying 
whether or not to prohibit an operation to play back data 
recorded in a recording medium is recorded into the re- 
cording medium, the specifying information for data sub- 
jected to a playback operation in accordance with a 
command is played back from the recording medium, 
and an operation to play back data from the recording 
medium is controlled in accordance with a result of a 
judgment formed on the specifying information played 
back from the recording medium. 
[0228] As a result, a person recording data is capable 
of controlling an operation to play back the data from the 
recording medium with a high degree of reliability. 
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Claims 

1. A recording apparatus for recording a plurality of 
pieces of data into a recording mediunn, said record- 
ing apparatus comprising: 

a specifying means for specifying that a write 
operation over a combination of said pieces of 
data is prohibited; 

a judgment means for forming a judgment on 
what is specified for a predetermined piece of 
data by said specifying means in response to a 
command to perform a recording operation 
over said piece of data; and 
a control means for controlling an operation to 
record said pieces ot data into said recording 
medium in accordance with a result of a judg- 
ment formed by said judgment means. 

2. A recording apparatus according to claim 1 wherein 
said specifying means specifies whether or not an 
overwrite operation is prohibited for each file. 

3. A recording apparatus according to claim 1 wherein 
said specifying means further specifies a term of va- 
lidity of each prohibition of a write operation. 

4. A recording apparatus according to claim 1 wherein 
said control means controls an operation to record 
data into said recording medium on the basis of an 
entered password in case an operation to record 
said data is prohibited. 

5. A recording apparatus according to claim 1 further 
comprising a recording means for recording what is 
specified by said specifying means into said record- 
ing medium. 

6. A recording method adopted in a recording appara- 
tus for recording a plurality of pieces of data into a 
recording medium, said recording method compris- 
ing: 

a specifying step of specifying that a write op- 
eration over a combination of said pieces ol da- 
ta is prohibited; 

a judgment step ot forming a judgment on what 
is specified for a predetermined piece of data 
at said specifying step in response to a com- 
mand to perform a recording operation over 
said piece of data; and 

a control step of controlling an operation to 
record said pieces of data into said recording 
medium in accordance with a result of a judg- 
ment formed at said judgment step. 

7. A presentation medium for presenting a program 
readable by a computer for execution to make a re- 



cording apparatus for recording a plurality of pieces 
of data into a recording medium carry out process- 
ing comprising: 

s a specifying step of specifying that a write op- 

eration over a combination of said pieces of da- 
ta is prohibited; 

a judgment step of forming a judgment on what 
is specified for a predetermined piece of data 
^0 at said specifying step in response to a com- 

mand to perform a recording operation over 
said piece of data; and 

a control step of controlling an operation to 
record said pieces of data into said recording 
^5 medium in accordance with a result of a judg- 

ment formed at said judgment step. 

a A recording medium for recording a plurality of piec- 
es of data, said recording medium also used for re- 
20 cording specifying information for specifying that a 
write operation over a combination of said pieces of 
data is prohibited. 

9. A recording/playback apparatus for recording and 
2S playing back a plurality of pieces of data into and 

from a recording medium, said recording/playback 
apparatus comprising: 

a recording means for recording specifying in- 
30 formation stating prohibition of an overwrite op- 

eration for a combination of said pieces of data 
into said recording medium; 
a playback means for playing back said speci- 
fying information for a piece of data subjected 
35 to a recording operation in accordance with a 

command from said recording medium; 
a judgment means for forming a judgment on 
said specifying information played back by said 
playback means; and 
^0 a control means for controlling an operation to 

record said piece of data into said recording 
medium in accordance with a result of a judg- 
ment formed by said judgment means. 

10. A recording/playback method adopted in a record- 
ing/playback apparatus for recording and playing 
back a plurality of pieces of data into and from a 
recording medium, 'said recording/playback method 
comprising: 

50 

a recording step of recording specifying infor- 
mation stating prohibition of an overwrite oper- 
ation for a combination of said pieces of data 
into said recording medium; 
a playback step of playing back said specifying 
information for a piece of data subjected to a 
recording operation in accordance with a com- 
nnand from said recording medium; 
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a judgment step of forming a judgment on said 
specifying infomnation played back at said play- 
back step; and 

a control step of controlling an operation to 
record said piece of data into said recording s 
medium in accordance with a result of a judg- 
ment formed at said judgment step. 

11. A presentation medium for presenting a program 
readable by a computer for execution to make a re- io 
cording/playback apparatus for recording and play- 
ing back a plurality of pieces of data into and from 
a recording medium carry out processing compris- 
ing: 

IS 

a recording step of recording specifying infor- 
mation stating prohibition of an overwrite oper- 
ation for a combination of said pieces of data 
Into said recording medium; 

a playback step of playing back said specifying 20 
information for a piece of data subjected to a 
recording operation in accordance with a com- 
mand from said recording medium; 
a judgment step of forming a judgment on said 
specifying information played back at said play- 2S 
back step; and 

a control step of controlling an operation to 
record said piece of data into said recording 
medium in accordance with a result of a judg- 
ment formed at said judgment step. 30 



a judgment step of forming a judgment on what 
is specified at said specifying step; and 
a control step of controlling an operation to play 
back data from said recording medium in ac- 
cordance with a result of a judgment formed at 
said judgment step. 

15. A presentation medium for presenting a program 
readable by a computer for execution to make a 
playback apparatus for playing back data from a re- 
cording medium carry out processing comprising: 

a specifying step of specifying whether or not 
an operation to play back data recorded in said 
recording medium is allowed; 
a judgment step of forming a judgment on what 
is specified at said specifying step; and 
a control step of controlling an operation to play 
back data from said recording medium in ac- 
cordance with a result of a judgment formed at 
said judgment step. 

16. A recording medium for recording data, said record- 
ing medium also used for recording specifying in- 
formation for specifying whether or not an operation 
to play back said data is prohibited. 

17. A recording apparatus for recording data into a re- 
cording medium, said recording apparatus compris- 
ing: 



12. A playback apparatus for playing back data from a 
recording medium, said playback apparatus com- 
prising: 

a specifying means for specifying whether or 
not an operation to play back data recorded in 
said recording medium is allowed; 
. a judgment means for forming a judgment on 
what is specified by said specifying means; and 
a control means for controlling an operation to 
play back data from said recording medium in 
accordance with a result of a judgment formed 
by said judgment means. 

13. A playback apparatus according to claim 12 char- 
acterized in that said specifying means specifies 
whether or not an operation to play back a plurality 
of pieces of said data in a predetermined order is 
allowed. 

14. A playback method adopted in a playback appara- 
tus for playing back data from a recording medium, 
said playback method comprising: 

a specifying step of specifying whether or not 
an operation to play back data recorded in said 
recording medium is allowed; 



a specifying means for specifying whether or 
not an operation to play back data from said re- 
cording medium is prohibited; and 
3S a recording means for recording what is speci- 

fied by said specifying means into said record- 
ing medium. 

18. A recording method adopted in a recording appara- 
40 tus for recording data into a recording medium, said 
recording method comprising: 

a specifying step of specifying whether or not 
an operation to play back dataf rom said record- 
45 ing medium is prohibited; and 

a recording step of recording what is specified 
at said specifying step into said recording me- 
dium. 

50 19. A presentation medium for presenting a program 
readable by a computer for execution to make a re- 
cording apparatus for recording data into a record- 
ing medium carry out processing comprising: 

55 a specifying step of specifying whether or not 

an operation to play back data from said record- 
ing medium is prohibited; and 
a recording step of recording what is specified 
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at said specifying step into said recording me- 
dium. 

20. A recording/playback apparatus for recording and 
playing back data into and from a recording medi- 
um, said recording/playback apparatus comprising: 

a recording means for recording specifying in- 
formation specifying whether or not to prohibit 
an operation to play back data recorded in said 
recording medium into said recording medium; 
a playback means for playing back said speci- 
fying infomnation for data subjected to a play- 
back operation in accordance with a command 
from said recording medium; 
a judgment means for forming a judgment on 
said specifying information played back by said 
playback means; and 

a control means for controlling an operation to 
play back data from said recording medium in 
accordance with a result of a judgment formed 
by said judgment means. 



a judgment step of forming a judgment on said 
specifying information played back at said play- 
back step; and 

a control step of controlling an operation to play 
back data from said recording medium in ac- 
cordance with a result of a judgment formed at 
said judgment step. 



10 



16 



20 



21. A recording/playback method adopted in a record- 
ing/playback apparatus for recording and playing 
back data into and from a recording medium, said 
recording/playback method comprising: 

a recording step of recording specifying infor- 
mation specifying whether or not to prohibit an 
operation to play back data recorded in said re- 
cording medium into said recording medium; 
a playback step of playing back said specifying 
information for data subjected to a playback op- 
eration in accordance with a command from 
said recording medium; 
a judgment step of forming a judgment on said 
specifying information played back at said play- 
back step; and 

a control step of controlling an operation to play 
back data from said recording medium in ac- 
cordance with a result of a judgment formed at 
said judgment step. 

22. A presentation medium for presenting a program 
readable by a computer for execution to make a re- 
cording/playback apparatus for recording and play- 
ing back data into and from a recording medium car- 
ry out processing comprising: 

a recording step of recording specifying infor- 
mation specifying whether or not to prohibit an 
operation to play back data recorded in said re- 
cording medium into said recording medium; 
a playback step of playing back said specifying 
information for data subjected to a playback op- 
eration in accordance with a command from 
said recording medium; 
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F I G. I 



/ VOLlAie.TOC 


1 1 




1 -UPEGAV 


-ALBIW.STR 


1 1 1 




1 1 -STREAMS-001 


-PROGRAM 


III 1 


1 1 


1 1 1 -CHUNK 0001.MPE62 


1 -PROGRAM.OOI.PGI 


III 1 


1 1 


1 1 1 -CHUNK 0002.UPEG2 


1 -PROGRAM_002.PGI 


III 1 


I ; 


III — LnUriK UUUo. Mrcu^ 
III 1 


1 — PROGRAU ISS PGl 


III 1 

1 1 — J 1 Kt>\Mo~UUc 

111 1 


! 


III 1 

III rut iMi^ nn 1 1 UDCfio 

III — unUNK_UU 1 1 . Mr Cu^ 


— Ill LC 


III 1 


1 1 


1 1 1 -CHUNK 0012.MPEG2 


1 -TITLE 001. VOR 


III 1 


1 1 

1 -TITLE 002. VDR 


III : 
1 1 1 


1 1 

1 -TITLE_0G3.VDR 






1 1 —STREAMS £££ 


1 : 


III 1 

1 1 1 -CHUNK_XXXX.MPE62 


1 — TITLt_S#l. VOR 






1 -SCRIPT 


-CHUNKGROUP 




1 1 


1 -PICTURES 


1 -CHUNKGROUP.OOI.CGIT 




1 1 


1 -TITLE.OOl. JACKET 


1 - CHUNKGR0UP_002. CG 1 T 






1 -TITLE_001. THUMB 




1 -|-PR0GRAM_OO2. THUMB 


1 -CHUNKGROUP_§eS.CGIT 






-GRAPHICS 


-CHUNK 




1 1 

1 -CHUNK 0001. A8ST 
1 1 




1 -CHUNK_0002.A8ST 




1 -CHUNK_J();XX.A8ST 
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F 1 


G. 


2 






Syntax 




Number of 


Bits 


Mnemonic 


VOLUME; TOC{ 

f i le_type_id 

volume„informat ion 0 
1. Ill 1 /\ 
text blockO 

} 




8*16 




char n 61 


F 1 


G. 


3 






Syntax 




Number of 


Bits 


Mnemonic 


volume_information() { 
vo 1 ume_attr i bute () 
resume 0 
vo 1 ume_rat i ng () 
wri te_protect 0 
play_protectO 
record ing t imer () 

} 


F 1 


G. 


4 






Syntax 




Number of 


Bits 


Mnemon i c 


volume.attributeO { 

vo 1 ume.at t r i bute_ 1 engt h 
vdr_version 




32 
4*4 




uimsbf 
bed 


reserved 

t i 1 1 e_p 1 ay bac k^mod e_f 1 ag 
program.p 1 ayback_mode_f 1 ag 




6 
1 
1 




bslbf 
bslbf 
bslbf 


volume_play.time() 
update_t ime_count 0 




4*8 

32 




bed 

uimsbf 


make r_ id 
model_code 




8*16 
8*16 




char[16] 
char [16] 


POSIO 

} 




32 




bslbf 
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Syntax Number of B|ts Mnemonic 

resume 0 { 

resume_length 32 uimsbf 

reserved // for byte alignment 3 bslbf 

resume_switch 1 bit 

reserved 4 bslbf 

number_of .records 4 uimsbf 

reserved // for byte alignment 7 bslbf 

resume_au to_execute_t ime_f I ag 1 bit 

resume_auto_execute_t ime 0 4*14 bed 

reserved 4 bslbf 

resume„auto_execute_record_number 4 u i msbf 

for (i=0; i<number_of_records; i++) { 

resume_mode_f lag 4 bslbf 

object_type 4 bslbf 

I i nked_record_number 4 uimsbf 

number^of. times 16 uimsbf 

resume„updated_t i me 0 4*14 bed 

switch (object_type) { 
case titled 

title_number 16 uimsbf 

ti tle_locaLtimc_stamp 64 uimsbf 
break J 

case program! 

program_number 16 uimsbf 

program_local_time_stamp 64 uimsbf 
break; 

case program_bind^ 

program_bind_number 16 uimsbf 

program_order 16 uimsbf 

program_number 16 uimsbf 

program_l ocal_t ime_stamp 64 uimsbf 
break: 

case play^iteml 

pi ay_i tem_number 16 uimsbf 

p I ay_ i t em. I oca I .t i me_s t amp 64 u i msbf 
break 
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'i'd'!!^^! Bits^ Mnemonic 

volume_rating() { 

volume_rating,id 8*16 char [16] 

volume_rating_length 32 uimsbf 

reserved 6 bslbf 

vo I ume.rat i ng^type 2 bs I bf 

volume_rating_password 128 bslbf 
switch (volume^rat ing_type) { 
case age_l imi ted* 

number_of_rating 8 uimsbf 
for (i=Q; i<number_o f .rating ; i++) { 

country_code_for_rat ing 24 bslbf 

^ age_f or_vo I ufne_rat i ng 8 u i msbf 

break; 
case CARAI 

reserved 4 bslbf 

CARA.category 4 bslbf 

reserved 24 bslbf 

break: 
case RSAC: 

reserved 4 bslbf 

RSAC_category 4 bslbf 

reserved 4 bslbf 

RSAC_level 4 bslbf 

reserved 16 bslbf 

break; 

} 

) 
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F I G.7 



Syntax 'i4?"'^?I_i^t. Mnemonic 

wri te_protect() { 



wr i te_protect_l ength 


32 


uimsbf 


vol ume_wri te_protect_l evel 


4 


uimsbf 


password_enable_f lag 


1 


bslbf 


append_on 1 y_f 1 ag 


1 


bslbf 


exp i rat i on_t ime_enab 1 e_f 1 ag 


1 


bslbf 


number_of _t i mes_enab 1 e_f 1 ag 


1 


bslbf 


pas s wo rd_f o r_v o 1 ume_w r i t e_p r o t e c t 


128 


bslbf 


reserved 


8 


bslbf 


write _protect_set_time 0 


56 


bed 


reserved 


8 


bslbf 


wri te_protect_expi rati on_tline() 


56 


bed 


number_of_t i mes 


16 


uimsbf 



09n825A2 I > 
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Syntax Ny!P-^^/__?f.§jjA__*^D?^^ 

playl'protectO r 



play_protect_l ength 


32 


uimsbf 


vo 1 ume_p 1 ay_protect_f 1 ag 


2 


bslbf 


reserved 


2 


bslbf 


password_enab 1 e_f 1 ag 


1 


bslbf 


reserved 


1 


bslbf 


exp i rat i on_t i me_enab 1 e_f 1 ag 


1 


bslbf 


number_of _t i mes_enab 1 e_f 1 ag 


1 


bslbf 


password_f or_vol ume_p 1 ay_protect 


128 


bslbf 


reserved 


8 


bslbf 


P 1 ay_protect_set_t i me 0 


56 


bed 


reserved 


8 


bslbf 


play_protect_exp» ration_tinie 0 


56 


bed 


number_of_tiiiies 


16 


uimsbf 



) 



F I G. 9 

Syntax^ ?^y!P^AC_?t-§jjL%_J^[!?iP^^^ 

record ing^timerD 1 

record i ng_t i me r„ I ength 

record i ng_t i me r_f I ag 

number_of_entry 

f or (i =0; i<number.of_entry: 1++) { 
date.and.t ime 
channel 
program 
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Syntax Number of Bits Mnemonic 

're7t3iockT)'{ 

text.btock.length 32 uimsbf 

number_of_language_sets 8 uimsbf 

number_of_text_i terns 16 uimsbf 

for (i=0*r i<number_of_language_setsI i++) { 
I anguage_set 0 

} 

for (i=OJ i<number_of_text_i terns; i++) { 
text_i temO 



} 



F I G . I I 



Syntax '^y.ll^?! ^'^^ _ Mnemonic 

I anguage.se to { 
reserved 
language_code 
character_set_type 
number_of_language_set_names 
for (i=0: i <number_of_language„set_nantes 1 1 ++){ 
. character_set_type_f or^name 
language_set_name_l ength 

language_set_naine 8*1 anguage_set_name_ length 

} 

} 



8 


bslbf 


24 


bslbf 


8 


bslbf 


8 


uimsbf 


8 


bslbf 


8 


uimsbf 




bslbf 
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F I G 



_ Syntax Number of Bjts 

text_i temO { 

text_i tem_l ength 
text_i tem_id 
text.i tem„sub_id 
flags 

number_of_used_language_sets 
//loop for each language set 
for ( 1=0; i<nuniber_of_used_language_sets; i++) { 

language_set„id 

reserved 

text_st r i ng„ I ength 



Mnemonic 



16 

16 

16 

8 

8 



text_str ing 
b i tmap 0 

) 

stuff i ng_bytes 



8 
4 
16 



8 text_str ing_length 



uimsbf 

uimsbf 

uimsbf 

bslbf 

uimsbf 



uimsbf 
bslbf 
uimsbf 
bslbf 



8*n bslbf 



F I G. I 3 



Syntax 


Number of Bits 


Mnemon i c 


ALBUM. SIR { 

f i (e_type_id 
a 1 bum 0 
text blockO 

) 


8*16 


char[16] 
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Syntax 

albutnO { 

album^length 

reserved 

volume.status 

if (volume_status= "lb" ) { 

chief_volume_f lag 
} else { 

reserved 

} 

if (volume_status= "lb" ) { 

if (chief.volume.f lag== "lb" ) 
reserved 
album_type 
albim id 



Number of Bits Mnemonic 



32 

6 

1 

1 



uimsbf 

bslbf 

bslbf 

bslbf 



6 bslbf 
2 bslbf 
128 bslbf 



nuinber_of_d iscs_in_a I bum 
number of volumes in album 



16 
16 



uimsbf 
uimsbf 



for (i=0»i<number_of_volumes_in_albumI { 
d i sc_i d_f or_a I bum_member 
vo I uiie_ i d_f Gr_a I bum_member 
t i 1 1 e_of f set.number 

) 

rese rved_f or_program_b i nd 
number_of_program„bi nds 
for (i=0; i<number_of^rogram_b»nds; i++) ( 
numbe r_of _program_i n_th i s_program_bi nd 
for (i=0; i<number_of_programs_in_thi s_ 
d i sc_ i d_f 0 r_p rog ram_b i nd_membe r 
volume_i d_for_program_bind.member 
program.number 



) 



} 



}else( 

chief.disc.id 
chief_voluine_id 
(at bum. id 



//chief_volume_f lag= "Ob' 



128 
128 
16 

8 
8 

16 
program 
128 
128 
16 



128 
128 
128 



bslbf 
bslbf 
uimsbf 

bslbf 
uimsbf 

uimsbf 

>ind;i++) ( 
uimsbf 
uimsbf 
uimsbf 



uimsbf 
uimsbf 
bslbf 
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Syntax Number of 


Sits 


Mnemonic 


TITLE_###. VDR{ 

file type id 8*16 
title infoO 
text blockO 

} 




char [16] 


F 1 G. 1 6 


Syntax Number of 


Bits 


Mnemonic 


title.infoO { 

ti tle_info_length 
f lags_for_ti t le 
cgit^f i le_id 

t i 1 1 e.start_chunk_group_t ime_stamp 
t i 1 1 e_end_chunk_group_t ime^stamp 


32 
32 
16 
64 
64 


uimsbf 

bslbf 

uimsbf 

uimsbf 

uimsbf 


t i 1 1 e_p 1 ayback_t i me 0 

reserved 

number_of_marks 

for (i=0; i<number_of„marks; i++) { 
reserved 
mark_type 

mark chunk group time stamp 

} 

stuff i ng_bytes 

} 


32 
32 
16 

4 
4 

64 


bed 

bslbf 

uimsbf 

bslbf 
bslbf 
uimsbf 


8*n 


bslbf 


FIG. 17 


Syntax Number of 


Bits 


Mnemonic 


PROGRAM $$$.PGI { 

file_type_id • 8*16 
program 0 
text blockO 

} 




char [16] 
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Syntax Number 


of Bits 


Mnemonic 


program 0 { 






program_length 


32 


uimsbf 


f lags_f or_program 


32 


bslbf 


program.status 


4 


bslbf 


prograni_playback_time 0 


32 


bed 


reserved 


32 


bslbf 


number_of _pl ay_sequences 


16 


uimsbf 


for (j=0; j<number_of_play_sequence; { 






number_of_j3lay_l ists 


16 


uimsbf 


for (k=0;k<number„of_play_l ists;k++) { 






p 1 ay_l i st_start_t i me_stamp_of f set 


64 


uimsbf 



play_l ist (k) 
} 



stuff! ng_bytes 8*n bslbf 

} 



F I G. I 9 



Syntax Number of Sits Mnemonic 

play.listOi" 

//playback sequence of play items in this play I ist 
number_of.play„i terns 16 uimsbf 

for (k=0;k<number_of _p lay. items ;k++) { 

play^item.number 16 uimsbf 

reserved 31 ti^'^^ 

seamless_connect ion_f I ag 1 bslbf 

} 

//play_i tem_table 

for (PIN=1 ;PIN<=number_of _play.it ems_in _program;PIN-H-) { 
play_item() 

} 

} 
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Syntax 

play.itemO { 

P I ay_item_ length 
play_item_type 
p I ay_mode 

1 0 1 a Lp I ay bac k„t i me () 

menu_item_number 
return_i tem_number 
nex t_ i t em_numbe r 
p r e v_ i t em^num be r 

if (play_itBm_type= "OOOOb" ) { 
//play item for one "cut" 
ti tle^number 
//IN point 

item_start.t ime stamp 

//OUT point 

i tem_end_t i me_stanip 

} 



Number of Bits Mnemonic 



32 

8 

8 

32 

16 
16 
16 
16 



16 
64 
64 



uimsbf 
bslbf 
bslbf 
bed 

uimsbf 
uimsbf 
uimsbf 
uimsbf 



uimsbf 
uimsbf 
uimsbf 



F I G. 2 I 



Syntax 

f i le_type_id 



Number of Bits 



Mnemonic 

char[16] 

bslbf 
uimsbf 



chunkg roup.t i me„base_f I ags 
c hunkg roup_t i me_base_of f se t 

chunk_connect i on_info 0 
text.blockO 



8*1G 

32 
64 
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F I G.22 

Number of Bits Mnemonic 



Syntax _ _ 

chunk_connection_info{) { 

chunk_connec t i on_ i nf o_ I ength 
reserved 

number_of_chunks 
chunk_sync.p lay_f I ag 

// chunk info file list 
for( i =0; i <numbe r_of ..chunks ; i++) { 
chunk arrangement.! nfoO 

} 



32 
16 
16 
8 



uimsbf 
bslbf 
uimsbf 
bslbf 



F I G.23 



Syntax 

chunk_arrangement„info 0 { 



Number of Bits Mnemonic 



chunk_arrangement_info_l ength 


32 


uimsbf 


chunk_inf o_f i le_id 


16 


bslbf 


reserved 


5 


bslbf 


chunk.sw i t c h_s t r eam_ i d 


16 


bslbf 


presentat i on_start_cg_t ime_count 


64 


uimsbf 


presentat ion_end_cg_t ime_count 


64 


uimsbf 


reserved 


4 


bslbf 


chunk_t ime_count_type 


4 


bslbf 


numbe r_of _s tart.or i g i na 1 _t i me_count_extens i on 


8 


uimsbf 


numbe r_of _end_o r i g i na 1 _t i rae_count_extens i on 


8 


uimsbf 


// presentation start position and time 






presentat i on_start_or i g i na 1 _t i me.count 


64 


uimsbf 


presentat i on_end_or i g i na 1 _t ime_count 


64 


uimsbf 



f or ( i =0 : j <number_of _start_or i g i na Lt i me_count_extens i on ; j ++) 

tc.ext_att ri butes 16 bs I bf 

^tart_original_time count_extension 64 uimsbf 

} 

// presentation end position and time 

for (k=0; k<nurnber.of _end_or i g i na Lt i me_count_extens i on I k++) { 

tc.ext.attri butes 16 bslbf 

end_or i g i na I _t i me_count_ex tens i on 64 u i msbf 

} 

trans i tion_info() 
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Number of Bits Mnemonic 



Syntax 

file_type„id 8*16 char [16] 

reserved 4 bslbf 

chunk_f i le^id 16 uimsbf 

info.type 4 bslbf 

//stream^info 0 

if (info.type-= -MPEGZ.System.TS" ) { 

number_of^rograms g uimsbf 

else { 

number_of jprosrams g **0000 0001 ' 

} 

for(i=0: i<nuinber_of_programs; i++){ 

number.of.s't reams 8 u i msbf 

for (i=0; i<number_of .streams ; i++) { 

stream_identif ier 16 bslbf 

//slot type information 4 
reserved 4 bslbf 

s I ot_un i t_type bs I bf 

if (slot.unit.type— "time.stamp" ) { 32 

5 1 ot.t i me_l ength u irasbf 

) else { 32 

reserved bslbf 
} 32 
number_of_slots 4 uimsbf 

reserved bslbf 
switch(info„type) 

case MPEGl^System: 
case MPEG2.System_PS: 
case MPEG2_System_TS: 

case video_elementary stream 4 

number_of„Lpictures_in_slot uimsbf 
break; 

default: 4 

reserved bsibt 

break; 

} 



) 



//stream attribute 
ES.attributeO 



//loop of slot info 

for (1=0; i<number_of_streams; i-H-) ( 

for (i^; i<number.of_slots; i++) { 
slot.infoO 



} 



} 
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I VOLUME. TOC 

—ALBUM. STR 
—PROGRAM 

I — PROGRAM_001. PGI 
-TITLE 

— TITLE_001. VOR 
— TITLE_002. VOR 
— TITLE_003. VDR 

— CHUNKGROUP 

-CHUNKGR0UP_0O1. CGIT 
-CHUNK6R0UP_002. CG I T 

CHUNK 

-CHUNK_0001. ABST 
-CHUNK_0011. ABST 
-CHUNK_0012. ABST 

MPEGAV 

-STREAMS_001 
I — CHUNK_0001.MPEG2 

I 

-STREAMS_002 
I -CHUNK_0011.MPEG2 
I -CHUNK 0012.MPEG2 
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PROGRAM 



TITLE 



CHUNKGROUP 



CHUNK 




STREAM 



I 






0001 



oon 0012 



F I G.28 



chunkgroup^t ime 
base offset 



chunkgroup_t ime. 
base offset+A 



chunkgroup.t ime_ 
base offset+A + B 



CHUNK-GROUP 
TIME 



B 



CHUNK001 1 




CHUNKOOIZ 
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-MPEGAV 

I -STREAMS_003 

I I -CHUNK_0031.MPEG2 



F I G. 30 



-VOLUME- TOC 
-ALBUM. SIR 
-PROGRAM 

I -PR0GRAM_001-PGI 
-TITLE 

I -TITLE_001. VDR 
I -TITLE_002. VDR 
I -TITLE_003. VDR 
I -TITLE 004. VDR* 



CHUNKGROUP 

-CHUNKGROUP 
-CHUNKGROUP 
-CHUNKGROUP 



OQl.CGIT 

002. CGIT 

003. CGIT* 



"CHUNK 

I -CHUNK.OOOl.ABST 

I -CHUNK_OOn.ABST 

I -CHUNK_0012.ABST 

I -CHUNK_0031.ABST* 

-MPEGAV 

I -STREAMS.OOl 

I I -CHUNK_0001.MPEG2 

I -STREAMS_002 
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